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Ensamblador PC (5 a parte) 

En la 5 a entrega de este 
tarso aprendemos más 
sobre la segmentadón de 
la memoria. 



VGA (5 a parte) 

Las interrupeiones que nos 
brinda el BIOS de la VGA 
son de una gran utilidad 
para nuestros programas. 



Los debuggers (5 a parte) 

Hemos deádo separar los tursos 
de e nsambla dor de Mari y Amiga 
aunque tengan el mismo mitre- 
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José Manu el , nuestro experto 
musito se adentra en el estudio 
de la tabla de impic m o a tad ón 
MIDI. 
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''Simpan 

sos existen sobre el manejo de los editores que permiten la crea¬ 
ción de los niveles del juego del siglo; DOOM de ID Software. No 
te lo pierdas porque mes a mes vas a llevar el terror a tu ordena¬ 
dor. Ah, y en el número siguiente de CJ daremos las bases de un 
concurso sobre el DOOM que va a ser una bomba de relojería. 



Seguimos haciendo caso a las peticiones que recibimos en nuestra 
redacción sobre más y nuevas secciones. Esta vez le toca a un perifé¬ 
rico archiconocido por todos los amantes del PC y los buenos jue¬ 
gos. De la compañía Creative Labs, nos llegó hace años esta tarjeta 
maravillosa, que dotó al PC de sus primeros sonidos serios. Aprende 
con nosotros a programarla y a sacarle todo el partido. 




































Por: 


Editorial 

De armas 


H acer que un juego de ordenador 
pueda tener la misma ca: dad y 
aceptación que uno de conso a 
es tarea más que difícil. En pr- 
mer lugar, la consola tiene mayor difusión 
en el mercado lúdico y por tanto todo : 
que se crea para ella se vende cor -=5 
facilidad. En segundo lugar, y esto 
senta una ventaja aún mayor, el jugacc- no 
tiene que saber nada de bytes de me~:" = 
extendida, conflictos de interrupc iones 
hardware, o RAM insuficiente, tar s:: 
insertar el cartucho y apretar el bote*' ce 
start. 

Cualquiera puede jugar con una. s~ qje 
para ello se tengan que poseer los conoc 
mientos de Peter Norton, el famoso pro¬ 
gramador. Por esta razón hay sucesos xe 
no dejan de sorprendernos. iUn juego ce PC 
que ha sido capaz de romper barreras Be- 
tan fuertes como la de lograr un rea 5-: 
en una máquina que, como todos ssce-:: *: 
está (o habría que decir “estaba í:í 

para que los programas de diversión co~r' r 
sus venas. Pero lo que más sorprerce :e ex: 
es el hecho que no se intente sacar 5 asee u=c: 
todo el partido que se le puede log'c" -eoc"¿ 
su comercialización masiva. Pero esc as 5:: cje 
ya casi todos conocéis; DOOM se : e: :. e 
como Shareware. Su versión completa :.e:f ser 
encontrada en varios “sites” de la x-f : 
lo que es su distribución en España nc *e ezecz 
todavía. Una verdadera lástima, pcx.e e j=cc 
completo lo merece, me refiero a un xr. *:: 
sonoro aplauso. Pero ahí no acaba : z<j=rc 
este juego. La forma en que ha sicc 
ha dado pie a otra fiebre. Nos e*: E 

juego de DOOM se divide en dos blocjes : : 

les. Una se daría en llamar la máq-na e. : :s: a 
programa o rutinas que hacen fuñar a* a :r> 
grama realmente. La segunda se~= a :_e 
decide en que posiciones del mapa es:: * 
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xs bidones de gasolina, escaleras y aseárseles 
ir::— armas, puertas, salidas ce - .a 5: 
zarc a localización y comportamiento oe es eré¬ 
ticos Toda esta información sobre el -ex :a 
:s:e ado nivel se guarda en <r :a 

e^ensión .WAD. Los estudiosos de zsri t 
s=:do descifrar esta información de a :.a 
-enante la programación y creación :a aa::s 
.os que os he mencionado :::a~:s :asa- 
-x ar de principio a fin nuestros propes - .ees 
5 como lo oís. La imaginación sa cuece xse- 
3 la hora de situar los cVexas aererxs 
del juego de forma que los niveles más Juanan- 
zes salgan de vuestra cabecita. 3er cua r - 
00 lo tengas terminado y te guste como ha que¬ 
dado, nos lo envías en un disquete a ta árecdón 
de la revista y al mejor de toces es recados le 
daremos un premio y lo inclc remos e~ jn próxi¬ 
mo disquete que haga apañe:- e- Código Juego. 
Jamás, hasta ahora, ningu- cxc -ego ha logrado 
reflejar de forma tan rea es sentamientos visua¬ 
les y sonoros que un se dado puede sentir a la 
hora de huir de una gra~ --ateza. Sentimientos 


Ramón López 

tomar 


que transmite rápidamente al intrépido 
jugador que se sienta ante sus mandos y 
que ve, con gran desaliento, que es presa 
de las garras de los alienígenas una y otra 
vez. Ahora sí, en el momento que nos hace¬ 
mos con las riendas de juego, la sangre 
empieza a correr a manos de nuestra pisto- 
s escopeta recortada, cañón, etc. Para los 
:-e no hayáis jugado con anterioridad, os 
recomendamos que os lo busquéis. iAh!, y 
?or supuesto no olvidéis leer el artículo que 
e cedicamos en Código Juego número 3 . 

En definitiva, que con nuestro curso váis 
• - : ' "• - : "do En cuanto al resto de 

“:• eesess de este ejemplar que ahora 
xobs entre vuestras manos, baste deciros 
-ene '6 páginas más como fue firme 
:r=:e rece varios números atrás. 
-:x 5 poce seguiremos creciendo mientras 
■rastra presupuesto nos lo permita, siempre con 
:: :. ~sotar las secciones para que 
antiros ai di mucho más material de estudio 
* ash*E care s -es completo. 

itera grata sorpresa que habréis encontrado 
-' 5 ccrtacfe es = ce precio. Hemos rebajado 
'j- CCS xre que 3 revista sea más asequible y 
:.e:s iecer a todos. Así que ya véis. El titular de 
aítonal del número 1 , “Con una promesa en 
~ente se ha ido cumpliendo un poco más cada 
-es Tenéis en entre estas páginas el listado 
::—cueto de un capturador de pantallas llamado 
HUNTER (el cazador). Con él podréis estudiar las 
pantallas de otros juegos para escudriñar a fondo 
como se construyen los dibujos, los fondos, logo¬ 
tipos y los sprites. Además, de entre todas las 
líneas de código fuente del programa de nuestro 
nuevo colaborador, David Brioso, y también una 
sección esperada: La Sound Blaster a vuestros 
pies. Espero que este número os guste, porque 
hemos trabajado mucho para que así sea. Una 
abrazo de éste, vuestro director. 

Ramón López.***** 
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Los ojos del ordenador: 


Aprende a manejar la tarjeta 







En artíc 
una ¡ntr 


jIos anteriores hemos hecho 


aducción a las tarjetas de 



vídeo en general y a la VGA en par¬ 
ticular. A partir de ahora entramos 
de lleno en la pura programación 
de este hardware para que nues¬ 



tros juegos tengan todo el aspecto 
profesional que merecen. 


Ganso 

Ju 



Vamos a continuar con el estudio de las 
funciones que nos ofrece el BIOS que viene 
incluido (cosa que se conoce como firmwa- 
re) dentro de la memoria ROM de la VGA. 

El mes pasado adelantamos la utilidad de la 
primera de ellas, que nos permitía cambiar 
el modo de vídeo, ajustando así el formato 
de visualización de la pantalla a el tipo de 
aplicación que fuésemos a realizar. 

En esta serie de artículos, los dos modos 
de vídeo que se estudiarán más a fondo 
son el 13h y el 13X, más conocido como 
modo X. Ello se debe a que la gran mayoría 
de los juegos actuales se ajustan a este 
formato, y por tanto, necesitarán más 
atención por nuestra parte. Sin embargo, 


los modos de texto también son útiles, 
sobre todo cuando al principio del juego 
queremos hacer un mensaje de adverten¬ 
cia o de entrada de datos por parte del 
usuario (por ejemplo: tipo de tarjeta de 
sonido, configuración de la misma, tipo de 
tarjeta de vídeo, etc.). 

Ahora, y con la interrupción lOh, función 
01 h, vamos a aprender como establecer el 
tamaño y forma de nuestro cursor en 
modo texto. Como ya todos sabéis, el cur¬ 
sor indica cual será el punto de entrada de 
nuestras peticiones desde el teclado. Se 
trata, pues, de un puntero parpadeante 
(para que se vea mejor) que siempre, o 
casi siempre, nos aparecerá en nuestra 
pantalla. 

Por defecto, el cursor aparece como una 
raya de dos líneas dé alta en la parte infe¬ 
rior de la celdilla de carácter. Veamos esto 
más despacio, fijándonos en la figura que 
se adjunta en la página siguiente. 

En el modo de texto 03h, que es en el que 
arranca el ordenador por omisión se pue¬ 
den visualizar caracteres de hasta 14 líne- 
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as de alto. En los modos CGA, son de 8 líne¬ 
as y en los MCGA y VGA se pueden alcanzar 
resoluciones de hasta IB líneas. 

Linoaf dol curaor) 

o i 

1 

2 —-- " - 1 : 
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COMO CAMBIAR EL CURSOR 

Para acceder a los servicios BIOS desde len¬ 
guaje ensamblador ya sabemos que debere¬ 
mos llamar a la interrupción lOh con los 
datos que se detallan a continuación: 

AH=01h; función 1 de la int 10h 
AL=irrelevante 

CH=línea de comienzo del cursor 
CL=línea de final del cursor 

ejemplo: 

queremos un cursor con la siguiente forma 
en el modo de texto 03h: 
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...la sección de programa que se encargaría 
de ello sería algo así como: 

cursor_gordo: MOV AH.01 H 

MOV CH.07H 
MOV CL.OEH ¡14 dec 
INT 10H 

Nota: los valores están siempre en un rango 
máximo de O a 15, es decir de OOOO binario 
a 1111 binario. Si el bit 5 de CH se pone a 
1, esto indicará al BIOS que deseamos hacer 
desaparecer el cursor de la pantalla. 
Recuerda esto para cuando quieras lograr 
un efecto de cursor fantasma. 



Te recomiendo que hagas un programa que 
sucesivamente vaya incrementando estos 
valores de forma que puedas obervar los 
diferentes aspectos del cursor. 


Con este servicio del BIOS de la VGA se 
puede colocar el cursor en cualquier lugar 
de la pantalla mediante el uso de coordena¬ 
das de filas y columnas. 

Aquí debemos hacer una aclaración. 
Dependiendo del tamaño de nuestra panta¬ 
lla, 40x25, 80x25, etc, tanto mayor será el 
espacio que ocupan en la memoria de vídeo. 
Cada carácter ocupa dos bytes en memoria: 

1) El byte ASCII 

2) El byte de atributos 


carácter en pantalla en función de los valo¬ 
res de la "forma" que tiene guardados en 
memoria ROM. Por ello en modo texto pode¬ 
mos tener tan sólo 256 caracteres máximo. 
El segundo informa sobre el color de fondo 
de ese carácter en concreto y del color del 
propio dibujo del carácter. Además informa 
sobre la carácteristica de parpadéo e inten¬ 
sidad. 

Pero esto lo podéis ver mejor en la figura 
que aparece en la parte inferior de esta 
página. 

Los bits 0,1 y 2 de este byte indican el color 
de el primer plano, o sea lo que sería el 
carácter en sí de acuerdo con esta tabla: 


000 

Negro 

001 

Azul 

010 

Verde 

100 

Rojo 

011 

Cían (Verde y azul) 

101 

Magenta 

110 

Marrón (Amarillo oscuro) 

111 

Gris claro 


Si el bit 4, o de intensidad del primer plano 
está encendido los valores son: 


1000 

Gris oscuro 

1001 

Azul Claro 

1010 

Verde Claro 

1100 

Rojo Claro 

1011 

Cían Claro 

1101 

Magenta Claro 

1110 

Amarillo puro 

1111 

Blanco con Brillo 

Estos 

son los dieciséis colores que podemos 


ver en los modos gráficos. 

Además, si se enciende el bit de parpadéo, 
se alternará automáticamente entre los 
colores de fondo y primer plano.. 

El mes que viene continuaremos.**** 


Parpadéo 

rojo 

verde 

azul 

intensidad 

rojo 

verde 

azul 


-fondo- 


-Primer plano- 


El primero le dice al hardware de la tarjeta 
VGA de que forma habrá de componer el 


























































Continuamos este mes 


con el estudio de la 



segmentación de 
memoria por parte del 
procesador, en inicia¬ 
mos el análisis de los 
diferentes tipos de BUS. 


Por: 



Ramón López 


5 a PARTE 


i 


H emos entrado ya en materia 
importante. El correcto enten¬ 
dimiento de la forma en que el 
microprocesador segmenta la 
memoria en vital para las 
sucesivas explicaciones de este curso, así 
que hagamos un alto en el camino para 
ahondar en este tema. 

El microprocesador Intel 8086, el cual 
ha servido de base para todos los que han 
surgido con posterioridad, está formado 


♦♦♦♦♦♦♦♦♦ 

EL BUS SE PODRIA REPRESEN¬ 

TAR COMO UN CONJUNTO DE 
LÍNEAS O CABLES POR LOS QUE 

FLUYE LA INFORMACIÓN 

♦♦♦♦♦♦♦♦♦ 


por un hardware complicadísimo que, aun¬ 
que no estaría mal conocer aunque sólo 
sea por encima, no nos incumbe de 
momento. Tan sólo, es conveniente cono¬ 
cer varios aspectos del mismo aunque sólo 
sea de manera superficial. Uno de ellos es 
los tipos de BUS con los que cuenta, ya 
que éste está totalmente relacionado con 
la forma tan extraña en que la CPU trabaja 
con la memoria. 


f i 

7 






















guaje 


Ensamb 


TIPOS DE BUS 

Un bus, para todos aquellos 
que hasta ahora no os hayáis 
tropezado con esta palabreja, 
es un autobús. Sí, aunque os 
suene raro, la mejor forma de 
asociar éste con su verdadera 
función es la de utilizar el símil 
de un transporte público, sólo 
que no de personas, sino de 
datos. 

El microprocesador se ha de 
conectar con el mundo exte¬ 
rior, es decir el resto del hard¬ 
ware del PC, para poder 
enviarle dos tipos de señales 
principalmente; datos (núme¬ 
ros e instrucciones) y signos 
de control, así como para 
poder recibir estas señales 
también. Por lo tanto, lo que 
circula por el bus (lo que 
transporta el autobús) es de 
ida y vuelta. 

Los datos e instrucciones 
son conocidos de antes, ins¬ 
trucciones código máquina y 
datos que éstas utilizan y que 
se guardan por lo general en la 
memoria y de ésta última es 
de donde se “traen” hacia el 


■ Bus de datos 


CPU 


*Bus de d irecciones 


MEMORIA 


Figura 1, Bus de datos y direcciones 

microprocesador para su eje- se han autodefinido dos tipos Cuando el procesador ha de 

de ellos; BUS DE DATOS y BUS 


cución o tratamiento 

Las señales de control son 
aquellas que envía el micropro¬ 
cesador a sus chips de apoyo 
para el correcto funcionamien¬ 
to de todo el conjunto del PC. 
Más adelante se estudiarán 
también, pero por ahora 
vamos a centrarnos en las pri¬ 
meras. 

El microprocesador cuenta 
con un bus (que no es sino un 
conjunto de “cables” eléctri¬ 
cos) exclusivo para cada tarea. 
Según lo que hemos visto, ya 


Gracias al Bus de 
datos, el microprocesa¬ 
dor puede tomar infor¬ 
mación de la memoria. 


DE CONTROL. Pero existe un 
tercer tipo muy importante. 

Cuando la CPU (recordad 
que CPU= Unidad Central de 
Proceso, o sea microprocesa¬ 
dor) necesita enviar un dato a 
la memoria primero tiene que 
decirle a los chips que contro¬ 
lan la ésta, a que dirección o 
posición se está haciendo refe¬ 
rencia. Sabemos, que la 
memoria del PC es como una 
gran hilera de cajas etiqueta¬ 
das con su número de orden. 



Y gracias al bus de direcciones se 
puede indicar a que celdilla de 
memoria nos estamos refiriendo. 


ejecutar la instrucción siguien¬ 
te: 

MOV (1234H), AX 

...tendrá que avisar a sus 
controladores de memoria que 
en la dirección 1234h, y no en 
otra, se va ha introducir el 
contenido que en ese momen¬ 
to tenga el registro acumula¬ 
dor AX. Pero como envía la 
CPU el dato-dirección 1234h. 
Para ello se implemento un 
bus exclusivo para el transpor¬ 
te de estas 
señales que, 
como no, se 
llamó BUS DE 
DIRECCIONES. 

Cuando el 
microprocesa¬ 
dor quiere 
introducir un 
dato en la 
memoria por el 
bus de datos 
circula éste, a 
la par que por 
el de direccio¬ 
nes viaja la 
posición de 
memoria a la 
que hacemos 
referencia. 
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LINEAS DE 
BUS 































ador para PC 


Sabemos que un bus, sea del 
tipo que sea, no es más que 
circuitería. Mirándolo desde el 
punto de vista lógico, ya he 
comentado que el físico no nos 
importa de momento, son 
como líneas paralelas de cable 
que parten desde el micropro¬ 
cesador y que van a conectar¬ 
se con la memoria (nota: indu¬ 
dablemente el bus se conecta 
con más elementos pero 
vamos a estudiar tan sólo la 
conexión CPU y memoria por el 
momento). En el esquema lo 
podéis ver con mayor facilidad. 
En él podéis ver dos de los 
tipos, que son los que nos 
interesan por ahora. 

Lo que realmente importa a 
cerca de el bus es su tamaño. 
El bus original de PC de IBM 
constaba de 20 líneas de 
direcciones y 8 líneas datos. 
Pero, ¿qué es lo que circula 
realmente por el bus? Pues 
señales eléctricas que son 
interpretadas en formato bina¬ 
rio. Es decir, las diferencias de 
voltaje que circulan por las 
líneas del bus indican si se 
trata de un cero o un uno. 
Supongamos que queremos 
enviar el dato 1234h por el 
bus de 20 bits (o 20 líneas) de 
direcciones. Como ya sabemos, 
el número hexadecimal ante¬ 
rior se puede pasar a formato 
binario de la siguiente forma: 

4= 0100 

3= 0011 

2 = 0010 

1 = 0001 

Luego nuestro número bina¬ 
rio será 

0001001000110100. Como 
tenemos 16 bits sólo, rellena¬ 
remos con ceros los 4 bits 
superiores del número de 20 
bits que va ha pasar por el bus 
como se muestra en la figura 
2. Los cuatro bits superiores a 


los que he hecho mención 
están marcados con color 
celeste de fondo. 

Para enviar un dato por el 
bus de 8 bits de PC (recordad 
que por ahora siempre esta¬ 
mos haciendo mención al 
microprocesador 8086 inicial, 
los demás, 286, 386 y 486, 
presentan características dife¬ 
rentes que veremos en su 
momento) tendremos que usar 
la misma lógica sólo que en 
sólo 8 líneas. Es decir, es impo¬ 
sible enviar el dato 1234h por 
dicho bus. Es demasiado estre¬ 
cho para ello, pero sí el dato 
34h, ó 5Fh, ó 2Ah, etc. ¿Véis 
la importancia del ancho de 
bus? A mayor número de líne¬ 
as mayor será la capacidad del 
microprocesador de enviar 
datos y direcciones de una sola 
vez, ganando en potencia y 
rapidez. 

RELACION ENTRE EL BUS Y 
LA SEGMENTACION 

Como apunté antes, la seg¬ 
mentación de la memoria se 
debe a la forma en que el 
microprocesador tiene estruc¬ 


turado el bus de direcciones. 
Sólo tenemos 20 líneas, que 
hacen que sólo podamos indi¬ 
car direcciones de 20 bits. Lo 
que ocurre es que los regis¬ 
tros internos del microproce¬ 
sador son de 16 bits. Con esta 
cantidad de bits se pueden 
indicar un máximo de 65536 
posiciones de memoria. Para 
que lo veáis más claro, vamos 
a poner un ejemplo. 
Supongamos que la memoria 
de nuestro PC es de un 
megabyte (1048576 posicio¬ 
nes o celdillas de memoria) y 
que queremos introducir el 
dato 10h en la posición 
234.556 decimal. Pasamos 
este número a hexadecimal, 
3943Ch, y nos damos cuenta 
de que ocupa 20 dígitos bina¬ 
rios. Ahora la instrucción en 
ensamblador que llevaría a 
cabo la operación sería la 
siguiente: 

MOV AX, 3943Ch 

MOV (AX), 10h 

Pero nuestro ensamblador 
nos produce un error indican¬ 
do que el número es demasia¬ 


do grande. Intentamos meter 
un zapato grande en un pie 
pequeño. 

Para lograrlo se echa mano 
a un truco. El microprocesador 
siempre descompone los direc¬ 
ciones en dos partes: 

1) La que indique el registro 
de segmento 

2) La que indique un regis¬ 
tro, un dato implícito, etc 

Un ejemplo: 

Para acceder a la posición 
anterior hay que hacer la 
siguiente operación. En primer 
lugar dejar los dos bytes infe¬ 
riores (16 bits) aislados. 
Tendríamos 943Ch por un lado, 
y después tomar el byte supe¬ 
rior y guardarlo en el registro 
de segmento en cuestión, es 
este caso DS, pero antes 
deberemos dividir el número 
por 16. ¡Qué follón madre mía! 

Vamos a explicarlo al revés y 
ya veréis como se entiende 
mejor. 

Supongamos que queremos 
introducir un dato en una posi¬ 
ción de memoria dada, por 
ejemplo 

0300:9430, que 
como véis está en 
formato segmen¬ 
tado. Sabemos, 
por la constitu¬ 
ción del bus de 
direcciones que la 
dirección final o 
efectiva que 
pasará por este 
bus ha de ser de 
20 bits, con lo 
que se puede 
direccionar un 
megabyte. Es 
decir hemos de 
construir un dato 
de 20 bits a par¬ 
tir de dos de 16 
bits. Para ello se 
realiza la opera- 
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Bus de direcciones 
ide 20 líneas 



Descomposición binaria de la dirección 1234h 


Figura 2, Bus de 20 líneas 
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3000h 0011000000000000|0000 

Registro de Segmento 
Desplazamiento 
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CN 

3943Ch 00111001010000111100 Dirección efectiva de 20 bits 


Figura 3, paso de dirección segmentada a dirección efectiva de 20 bits 


ción que podéis observar en la 
figura 3. Se multiplica el regis¬ 
tro de segmento por dieciseis 
y se le suma el desplazamiento 
que venga indicado por un 
registro o dato implícito.De 
esta forma tan especial el 
microprocesador puede enviar 
por el bus de direcciones el 
dato que indicará a los elemen¬ 
tos gestores de la memoria, 
cual es la posición de memoria 
en concreto, a la que está 
haciendo referencia. Por lo 
tanto siempre indicaremos una 
dirección mediante la unión de 
dos datos. 

Un ejemplo: 

Si queremos guardar el núme¬ 
ro hexadecimal 23h en la posi¬ 
ción 3726:A123 de memoria, 
¿qué tendremos que hacer? 

Ya sabemos que la orden sería 
algo así como: 

MOV AL, 23h 
MOV (A123h), AL 

...pero, ¿cómo indicamos la 
primera parte de la dirección, 
es decir, el número 3726h? 
Cuando indicamos al micropro¬ 
cesador que queremos guardar 
un número en la memoria, 
siempre lo hará en el segmen¬ 
to de datos que está indicado 
por el registro DS. Si siempre 
vamos a utilizar el mismo seg¬ 
mento (un segmento tiene 64k 
de longuitud, luego hay espacio 
para bastantes datos), enton- 
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ces no hará falta más que ini- 
cializar DS con ese valor al 
principio. Si por el contrario, 
en medio de nuestro programa 
queremos guardar el dato en 
otro segmento distinto del 
habitual 
que 
hemos 
usado 
desde el 
principio 
de nues¬ 
tro pro¬ 
grama, 
debere¬ 
mos car¬ 
gar DS 
expresa- 
mente 
con el 
valor del 
nuevo 
segmen¬ 
to: 

MOV AX, 3726h 
MOV DS, AX 
MOV AL, 23h 
MOV (A123h), AL 

Recordad que siempre una 
dirección de memoria viene 
dada por dos números en for¬ 
mato segmentado. El primero 
es el segmento y el segundo el 
desplazamiento (offset en 
inglés) dentro del mismo. 
Nosotros nunca vamos a tra¬ 
bajar con la dirección efectiva, 
es decir, la dirección de 20 bits 


que el microprocesador obtie¬ 
ne de las dos datos segemen- 
to:desplazamiento. 

Bien, pues una vez que esto 
queda claro, hagamos un alto 
en el camino para repasar los 
puntos 
a nte- 
riores. 


- El 
micro- 
proce¬ 
sador 
tiene 
una 
serie 
d e 
líneas 
eléc¬ 
tricas 
con las 
que se 
comu¬ 
nica con el mundo exterior. 
Estas últimas se denominan 
BUS, por su similitud con la 
palabra inglesa que significa 
autobús, transporte de datos. 

- Por el BUS viajan señales 
eléctricas de diferente voltaje 
que tienen su representación 
lógica en forma de unos y 
ceros. 

- Los BUSES son de formato 
paralelo. Es decir, son líneas de 
datos paralelos por las que 
viaja un bit cada vez. Para 
enviar un byte necesitaríamos 


8 líneas, una palabra (word) 
necesita 16 líneas, una doble 
palabra 32 líneas, y así sucesi¬ 
vamente. Por ello se dice que 
un ordenador es de 16, 32 ó 
64 bits. Mayor BUS significa 
mayor potencia y rapidez. 

- A mayor ancho de BUS, 
mayor capacidad tendrá la CPU 
para comunicarse con el resto 
de los elementos que estén 
conectados a éste, ya que es 
capaz de enviar más bits de 
una sola vez. Para que lo 
entendáis mejor, si con un 
ancho de BUS de datos de 8 
bits (como el antiguo 8086) 
hace falta 4 tiempos para 
enviar una doble palabra a la 
memoria, con un ancho de 32 
bits tan sólo se requiere uno 
de estos tiempos. 

- El microprocesador tranfor¬ 
ma nuestras direcciones seg¬ 
mentadas íseg: offset) en 
direcciones efectivas de 20 
bits. Con esta cantidad de líne¬ 
as en el BUS de direcciones se 
pueden acceder 1.048.576 
posiciones de memoria, que 
equivalen justamente a un 
megabyte. Para la transforma¬ 
ción se multiplica el segmento 
por 16 (que es igual que des¬ 
plazar cuatro posiciones bina¬ 
rias a la izquierda dicho núme¬ 
ro) y se le suma el desplaza¬ 
miento. Nosotros, los progra¬ 
madores, ni siquiera nos ente- 


♦♦♦♦♦♦♦♦♦ 

LA TRANSFORMACIÓN DE 

DIRECCIÓN SEGMENTADA A 
DIRECCIÓN EFECTIVA PERMANE¬ 

CE SIEMPRE TRANSPARENTE AL 
PROGRAMADOR. SÓLO LA CPU 

REALIZA ESE TRABAJO. SIN 

NUESTRA INTERVENCIÓN. 

♦♦♦♦♦♦♦♦♦ 






















ador para PC 


ramos de este proceso. Sin 
embargo, esta es la causa de 
la utilización de la segmenta¬ 
ción de memoria, la cual ya no 
se utiliza cuando cuando traba¬ 
jamos con el ordenador en 
modo protegido. Por ahora, 
deberemos acostumbrarnos al 
modelo segmentado de memo¬ 
ria. 

- El microprocesador utiliza los 
registros de segmento como 
los valores por defecto ante 
ciertas operaciones del micro- 
procesador. Por ejemplo, la 
orden MOV (1234h), FFh, 
guardará el dato en la posición 
DS:1234h, es decir, en el seg¬ 
mento que ya en ese momento 
indique DS y en el desplaza¬ 
miento 1234h. Habrá que 
tener cuidado con esta carac¬ 
terística a la hora de guardar 
un dato en un segmento dife¬ 
rente al que indique el registro 
de segmento. 

PARA NENES PEQUEÑOS 

Paso ahora a explicar lo ante¬ 
rior de forma que hasta un 
niño de pecho lo pueda enten¬ 
der. Esto es algo a lo que se ha 
hecho incapié en múltiples car¬ 
tas que he recibido a mi nom¬ 
bre y concernientes a esta 
sección en particular. 

Por ello, y para que veáis que 
os hago caso, siempre incluiré 
este apartado al final de mi 
curso y que espero os sea de 
gran ayuda. 

Manos a la obra: 

El microprocesador es como 
un gran pulpo pero cuyos 
tentáculos son pequeños. 
Puede realizar operaciones de 
gran potencia, pero con res¬ 
tricciones. Una de ellas es el 
hecho de que no puede mane¬ 
jar la memoria en su totalidad. 
Para ello, utiliza 4 tentáculos a 
los que se conoce como regis¬ 
tros de segmento. Estos de 


O 


o 


llaman: 

1) Registro de 
segmento de 
datos:DS 

2) Registro de 
Segmento de 
código: CS 

3) Registro de 
segmento de pila: 

SS 

4) Registro de 
segmento extra. 

ES 

Los cuatro brazos 
de nuestro pulpo 
actúan como pun¬ 
teros de la 
memoria y en 
cada uno de 
estos segmentos 
o trozos del total 
de la RAM y ROM 
del PC guarda un 
tipo de informa¬ 
ción diferente a 
los ojos del mi¬ 
croprocesador. 

Es decir, para 
tenerlo todo bien 
ordenado, ten¬ 
dremos un lugar 
para el programa 
a ejecutar (códi¬ 
go), un lugar para los datos 
que éste va a utilizar (datos), 
un sitio para una estructura 
especial de gran utilidad que 
veremos más adelante llamada 
la pila (Pila) y por último otro 
segmento de datos extra 
(extra). 

Cada segmento puede medir 
64 kilobytes (65536 bytes) 
pero si desplazamos el valor 
del segmento de código que 
funciona como puntero de ini¬ 
cio, podremos acceder a toda 
la memoria del PC. 

Una vez que señalamos el inicio 
de nuestros segmentos para 
que la CPU pueda saber donde 
comienzan las estructuras de 
nuestro programa, tan sólo 
tendremos que indicarle a que 


Por defecto los se introduce en el segmento de datps 


MOV (DIRECCIÓN), DATO 


SEGMENTO DE DATOS 


DS 


la dirección será DS:DIRECCION 


MOV AX, NUEVO SEGMEN 
MOV DS, AX 

MOV (DIRECCIÓN), DATO 



bye en concreto dentro del 
segmento, estamos haciendo 
referencia en cada momento, 
para lo que usamos el despla¬ 
zamiento (en inglés offset). 

Segmento :offset 

Esta es la forma de señalar 
una dirección dentro de la 
memoria del PC. 

Algunos más espabilados ya se 
habrán dado cuenta de que 
una dirección de memoria se 
puede nombrar de varias for¬ 
mas diferentes. Por ejemplo: 
la dirección 
0000:0010 

es igual que la dirección: 
0001:0000 

Lo único que hemos hecho es 


cambiar el segmento, o sea, el 
primer de los dos números 
hexadecimales que conforman 
el "nombre de una dirección de 
memoria". 

Por lo tanto, las direcciones 
siguientes también son iguales: 

0000:0300 

0030:0000 

Por ello siempre deberemos 
saber los datos; el segmento y 
el desplazamiento. 

Bien os dejo de aburrir por 
este mes, no sin advertiros 
que la materia sobre la seg¬ 
mentación de memoria es de 
gran importancia en el aprendi¬ 
zaje del ensamblador de PC. 
Estudiad un poquito. 
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En Asinfo emontrará su tienda amiga, su tienda de informática. 

Con nosotros resolverá todos sus problemas ton los ordenadores y los periféricos. 
Con nosotros obtendrá los mejores precios, las mejores ofertas. 

Pida gratuitamente nuestro catálogo de productos. 






















Jack Ladoire 
Alabama 


A ntes de que mi español 
incorrecto manche las 
páginas de vuestra 
^revista, me gustaría 
felicitaros, me refiero a todos los 
que hacéis posible que la revista 
Código Juego salga al mercado, por 
la fantástica iniciativa que habéis 
tenido creando la primera publica¬ 
ción que se dedica plenamente a la 
programación. 

Mi sorpresa fue grande cuando, 
hace unos días, pase cerca una 
librería situada en los aledaños de 
la facultad de informática de Sevilla. 
Paseé la mirada, como de costum¬ 
bre, por toda la hilera de revistas y 
cuando ya me iba vi una revista de 
color rojo con una muchacha que 
tocaba el violín en la portada. La 
cogí de la repisa y no daba crédito a 
mis ojos. ¡Programación de video¬ 
juegos! Llevo años queriendo tener 
tiempo libre suficiente, cosa que 
cada vez me resulta más difícil debi¬ 
do a mis estudios, para poder dedi¬ 
carlo al estudio del lenguaje ensam¬ 
blador y la creación de todo tipo de 
aplicaciones con este potente 
medio. 

Rápidamente, y tras leer vuestra 
revista, os llamé para pediros los 
números atrasados que no había 
adquirido hasta el momento. 
Realmente os felicito por el trabajo 
que estáis haciendo. Tras leer las 
revistas de cabo a rabo, me gustó 
mucho la sección en la que los lec¬ 
tores mandan sus cartas contándo¬ 


os los problemas y las anécdotas 
que les han ocurrido. Tal vez, por¬ 
que no es fácil aprender y llevarse 
tantas horas delante del ordenador 
mirando y estudiando miles de pro¬ 
gramas y lenguajes diferentes. 
Necesitábamos un sitio así, donde 
poder soltar una lágrima, un lugar 
donde nos podamos confesar. Pues 
bien, ávido de soltar mi llanto parti¬ 
cular, ahí va mi historia. 

Comencé a interesarme por la 
informática de una forma muy parti¬ 
cular. Allí en Alabama, de donde yo 
procedo, asistía al High School, lo 
que aquí es el Instituto de 
Enseñanza Media. Todas las asigna¬ 
turas que teníamos eran un verda¬ 
dero rollazo (¿cuál no?), así que me 
aprovechaba de vivir en un pueblo 
pequeño, rodeado de campo por 
todos, y me gustaría resaltar lo de 
"todos”, lo sitios. Magníficos arbo¬ 
les, alucinantes arrollos y pantanos 
adornaban nuestros paisajes, que 
eran y son de una belleza extraodi- 
naria. Con tanto sitio bonito y tan¬ 
tas cosas que se podían hacer, 
¿cómo iba yo a aguantar en el calu¬ 
roso instituto? Así que, a la menor 
ocasión, me quitaba de en medio y 
me marchaba de pesca con 
Richard, un buen amigo mío. Mi 
amigo Richard y yo éramos uña y 
carne, como decís aquí en España. 


Juntos a todas partes, más que 
hermanos. 

Todo iba bien hasta que un día un 
tercer amigo nuestro, Cameron, se 
compró un ordenador. Cuando fui¬ 
mos a verlo, invitados por él 
mediante una solemne llamada de 
teléfono, acabábamos de ir a un rio 
cercano a pescar lo que allí llama¬ 
mos "bass” que creo que se llama 
“perca” en español. No me gustó 
nada el ordenador. Es decir, no me 
llamó la atención en lo más mínimo. 
En cuatro o cinco ocasiones fui a 
casa de Camerón y cada vez que me 
enseñaba algo en el ordenador me 
aburría de muerte. La cosas fueron 
así hasta varios meses después. 
Richard y yo quedamos en ir al cine 
a ver una película que nos habían 
recomendado. El nombre “War 
Games” (juegos de gerra) que tal 
vez os suene. Yo la he visto como 
unas veinte veces desde entonces. 
A partir de ese momento, mi visión 
aventurera de la vida tipo Tom 
Sawyer, hizo que mirase a los orde¬ 
nadores de otra forma. 
Introducirme en el ordenador del 
Pentágono y cambiar el destino de 
mundo desde el teclado de un sim¬ 
ple ordenador en el dormitorio de tu 
casa, era algo que definitivamente 
llamó mi atención. Se acabó la 
pesca para Richard y para mí. Entre 


los dos, trabajando en un Burger de 
nuestra ciudad durante todo el 
verano, conseguimos dinero para un 
ordenador original de IBM, es decir 
de los primeros PC’s. Parecíamos 
dos posesos. Todo el santo día 
delante de la pantalla del ordenador 
creando nuestros propios progra¬ 
mas de juegos en BASIC. También, 
nos gustaba introducirnos en el 
mundo del módem y las comunica¬ 
ciones con otros usuarios. 
Acudimos a un par de ferias de 
informática cercanas y conocimos 
muchos amigos. Nos dimos cuenta 
entonces que los ordenadores no 
tienen nada con la película que des¬ 
pertó nuestros apentencias por 
este mundo, y que todo aquello era 
ficción, pero aún así seguimos con 
las mismas ganas de trabajar en 
este mundillo. Richard está en una 
universidad de Alabama, estudiando 
informática y yo me vine a España 
dado que mi padre es de aquí. 
Seguimos en contacto directo dado 
que los dos estamos conectados 
por la Internet. Estoy muy contento 
en vuestro pais donde también los 
ordenadores despiertan pasiones. 
Lo que si echaré siempre de menos 
son aquellas enormes percas que 
capturábamos mi amigo y yo allá en 
la vieja Alabama. 
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Por: £d 

Miguel A. Lobato 


A ntes de comenzar con la 
carta queja de este núme¬ 
ro, quisiera pediros que 
cuando enviéis una carta para 
esta sección, especifiquéis clara¬ 
mente en el sobre que es para la 
TINTILLA INFORMATICA. Al no 
indicarse, se tarda más tiempo 
en su clasificación y en conse¬ 
cuencia la contestación será 
más lenta de lo que sería desea¬ 
ble. 

EXPOSICION DE LOS HECHOS 

Francisco Javier Moreno, nos 
escribe desde Santander 
(Cantabria), nos comenta los 
problemas que viene padeciendo 
desde hace algún tiempo tanto 
en su espalda como en su cuello. 
Francis, como le gusta que le lla¬ 
men sus amigos, es administra¬ 
tivo en una empresa de produc¬ 
tos cárnicos. Le viene pegando a 
la informática desde hace unos 
tres años, y ahora es cuando se 
le han agudizado sus molestias. 

"Después de trabajar en la 
empresa, le dedico unas pocas 
horas en mi casa al ordenata, al 
terminar me encuentro tan car¬ 
gado de espalda y cuello que 
debo tumbarme en el sofá del 
salón para descansar, casi no 
puedo moverme durante un 
rato, es insoportable el dolor". 

Francis ha decidido ante estos 
episodios repetitivos visitar al 
médico de la Seguridad Social, 
os podréis imaginar, tras espe¬ 


rar su turno como buen ciudada¬ 
no, el doctor lo reconoció "a 
medias" (nos confiesa) y le envió 
al traumatólogo para que le 
practicasen una exploración más 
exahustiva. El resultado de las 
radiografías, así como la palpa¬ 
ción del traumatólogo no deja¬ 
ban lugar a dudas, no tenía nada 
de nada, simplemente que su 
espalda y cuello estaban sobre¬ 
cargados por los largos periodos 
en los que estaba sentado delan¬ 
te del ordenador del trabajo o el 
de su casa. Le recetó descanso, 
una pomada y que hiciera uso de 
la ERGONOMIA. 

COMENTARIO 

La palabreja se las trae ¿No 
os parece? Al leer la carta, tuve 
irremediablemente que recurrir 
al diccionario que tengo en casa, 
preguntándome qué tendría que 
ver el dolor de espalda de 
Francis con esa palabra que se 
me antojaba de la era espacial. 
La definición que encontré es la 
siguiente: 

"Ciencia del trabajo.Aquella 
parte de la ciencia social que 
trata de la organización del tra¬ 
bajo, de la racionalización del 
mismo y de los métodos indus¬ 
triales y la orientación profesio¬ 
nal. Se estudia en ella, no sólo el 
elemento psicotécnico (que con¬ 
duce a la orientación y selección 
de personal), sino también todo 
aquello que podría llamarse 
organización y ambiente de tra¬ 
bajo: homogeneidad de los equi¬ 
pos, condiciones de seguridad, la 
iluminación... y todos aquellos 
factores que pueden conducir al 
aumento del rendimiento con la 


mejor economía del esfuerzo." 

¡Tanto rollo! Para decirle que 
necesita una silla en condiciones 
y un protector de pantalla que 
cuiden su columna y sus 
ojos. ¡Jo...! con el nom- 
brecito. 

Realmente si lo pen¬ 
samos con detenimien¬ 
to, la cosa nos podría 
resultar bastante útil. 

Cuando compramos el 
primer ordenador, lo 
único que nos preocuba 
era uno o varios enchu¬ 
fes, una mesa más o 
menos amplia y poca 
cosa más. A medida que 
avanzábamos nuestras 
necesidades de espacio 
fueron creciendo, con 
unas estanterías, mate¬ 
rial de papelería, disque- 
tes, una silla cómoda, etc. por 
lo que nos pasamos a un cuarto 
casi sólo para la informática. A 
decir verdad, la comodidad se 
basaba en aquellos entonces 
casi exclusivamente en tener 
todo lo más a mano posible, sin 
ir al cuarto del hermano/a o al 
salón para coger el libro que no 
nos cabe porque pensábamos en 
un uso mínimo. 

Los equipos cada vez son mas 
pequeños y mas potentes, por lo 
que el espacio que teneníamos 
era suficiente, cuando nos dije¬ 
ron que las pantallas podían pro¬ 
ducir malestar en los ojos., nos 
compramos el filtro de pantalla. 
La variedad de estos en el mer¬ 
cado es amplísima, por lo que 
hacer referencia a ellos me 
parece que está fuera de lugar. 

Nos seguimos olvidando de 
aspectos tan cruciales que 


hasta ahora habían estado en 
segundo plano como: 

1.- la iluminación. Debe ser 
adecuada y que no molesten los 


reflejos. Poner luces indirectas 
siempre que se pueda porque la 
exposición directa es igualmente 
perjudicial a los ojos. 

2.- La silla de trabajo. Es una 
herramienta casi tan importante 
como el propio ordenador, debe 
poder regularse en altura, adap¬ 
tarse a la espalda, o sea, que 
estemos lo más perpendicular al 
suelo posible y con ello evitare¬ 
mos los problemas de espalda. 

En definitiva, un lugar de tra¬ 
bajo muy estudiado porque si 
hacéis balance de las horas que 
pasais en él, os daréis cuenta de 
la importancia que tiene. 

MORALEJA 

ERGONOMIA = SILLA+PRO- 
TECTOR + LUCES... 
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Y a llebamos un largo 
recorrido juntos. Hemos 
aprendido muchos 
aspectos importantes de 
la programación de videojuegos 
utilizando como medio el potentí¬ 
simo lenguaje ensamblador para 
ordenadores PC. Temas como la 
apertura, lectura y cierre de 
archivos, comprobación del siste¬ 
ma operativo de la máquina, 
actualización de un vector de 
interrupción, comprobación del 
teclado, etc, se han desglosado 
dentro de el listado MAIN.ASM 
que os fue entregado en el núme¬ 
ro uno de la revista. Si habéis 
estudiado un poco dicho listado 
os habréis percatado de que, 
aunque se trata de un programa 
corto hasta el momento, es 
capaz de hacer muchas cosas. 

A fin de explicar estas 
pequeñas materias, hemos teni¬ 
do, necesariamente, que desviar¬ 
los poco a poco de nuestro tema 
principal; los efectos de fundidos, 
-or ello, y para no prolongar más 
Su estudio y pasar ya a otros 
:emas, como es el uso de la tár¬ 
ete de sonido en nuestro juego 
730KIE, vamos a dar por con- 
: - do este repaso con el número 
:e hoy. 

Como hemos visto ya, la 
rst'-ctura de funcionamiento del 
recto “fading” se apoya en el 
_s: ce tres tablas de datos a las 
sernos llamado DACTABLE1, 
2 . 3 Cada una con un tamaño 


de 768, bytes correspondientes 
a otros tantos registros R, G y B 
de color del DAC de la VGA, nos 
sirven para almacenar temporal¬ 
mente los datos que se dirigen 
hacia la memoria de vídeo del PC 
y en consecuencia a la pantalla. 

Pues bien, los datos RGB origi¬ 
nales de la pantalla que quere¬ 
mos presentar ya sabemos que 
se encuentran en la cabecera del 
archivo gráfico con extensión 
.SCR, el cual está en formato 
crudo, es decir sin comprimir. 
Estos bytes de la paleta sabemos 
que se cargan en DACTABLE2. 
Pero, ¿cuál es el proceso que 
sufren?. 

DEGRADADO PROGRESIVO 

Lo que vamos a hacer es lo 
siguiente. Se trata de convertir 
un dato de DACTABLE2 en su 
correspondiente de DACTABLE1 
pero poco a poco, gracias a el 
transcurso de 3 subrutinas: LUZ, 
DIMMER y DACVIDEO. Hemos de 
distinguir, llegados a este punto, 
entre los dos tipos de fundidos 
que vamos a llevar a cabo. 

FUNDIDO A COLOR 

Cuando tenemos una pantalla 
“negra”, o sea, sin nada en ella, 
y queremos que los colores 
vayan apareciendo progresiva¬ 
mente se denomina fundido a 
color. 


Subrutina LUZ, encargada de apagar o encender una serie de registros del DAC 
para producir efectos de FADING (fundidos) 

Entradas: AX, Registro de DAC a partir del cual empezar 
CX, numero de registros a tocar 
BL, flag que indica fundido a negro =0 

de negro a color =1 






LUZ 

PROC 

NEAR 


MOV 

BP.AX 


MOV 

DX.SEG DATA 


MOV 

DS.DX 


MOV 

ES.DX 


MOV 

(NO REGSl.CX 


MOV 

DX.AX 


SHL 

AX,1 


ADD 

AX.DX 

;AX=AX*3 


MOV 

DX.CX 


SHL 

CX,1 


ADD 

CX.DX 

;CX=CX*3 


MOV 

DI .OFFSET DACTABLE3 


ADD 

DI.AX 


MOV 

SI,OFFSET DACTABLE1 


ADD 

SI.AX 


AND 

BL.BL 


JNZ 

LUZ A 


MOV 

BH.AL 


PUSH 

CX 


PUSH 

DI 


MOV 

DI.OFFSET DACTABLE2 


ADD 

DI.AX 


XOR 

AL,AL 


REP 

STOSB 

¡INTRODUCE CEROS PARA 


FUNDIDO A NEGRO 


POP 

DI 


POP 

CX 


MOV 

AL.BH 

LUZ_A: 

XOR 

BX.BX 

LUZ_1: 

PUSH 

SI 


PUSH 

DI 


PUSH 

AX 


PUSH 

CX 


PUSH 

01 


















LUZ_2: 

LODSB 



PUSH 

SI 


ADD 

SI,767 


MOV 

AH, (Sil 


POP 

SI 


XCHG 

AH,AL 


CALL 

DIMMER 


LOOP 

LUZ_2 


MOV 

CX, ÍNO REGS1 


POP 

SI 


MOV 

AX.BP 


CALL 

DACVIDEO 


POP 

CX 


POP 

AX 


POP 

DI 


POP 

SI 


ADD 

BX,4 


CMP 

BX.40H 


JLE 

LUZ 1 


RET 


LUZ 

ENDP 



DACVIDEO 

PROC NEAR 


pushf 



MOV 

AH,AL 


CALL 

RETRAZO 


MOV 

AL,AH 


MOV 

DX.03C8H 


OUT 

DX.AL 

¡REGISTRO DE COMIENZO 


INC 

DL 

DAC_1: 

LODSW 



OUT 

DX.AL 


MOV 

AL,AH 


OUT 

DX.AL 


LODSB 



OUT 

DX.AL 


LOOP 

DAC_1 


popf 



RET 


DACVIDEO 

ENDP 



PROC NEAR 

MOV 

DH.AH 

MOV 

DL.CL 

PUSH 

DX 

SUB 

AH, AL 

XOR 

AL,AL 

MOV 

CL,6 

SAR 

AX,CL 

IMUL 

BX 

POP 

DX 

SUB 

DH.AH 

MOV 

AL.DH 

STOSB 


MOV 

CL.DL 

RET 


ENDP 
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Forma de llamar a 
subrutina LUZ 

MOV AX, REGISTRO COMIENZO 
MOV CX, NUMERO REGISTROS 
MOV BL, FLAG DE EFECTOS 


En DACTABLE2 deberemos 
tener los datos RGB de los colo¬ 
res finales y en DACTABLE1 los 
actuales, es decir, negro para 
cada uno de los 256 colores de la 
paleta. Por ello, y dado que el 
negro se representa como 
Rojo=0, Blue=0 y Green=0 en 
DACTABLE1 tendremos 768 
ceros. 

FUNDIDO A NEGRO 

Se trata del efecto contrario. 
Los colores finales ya están en la 
pantalla y tenemos que irlos 
oscureciendo paso a paso. Para 
ello, en DACTABLE1 tendremos 
los colores que están en la pan¬ 
talla y en DACTABLE2 los negros. 

Si te das cuenta en DACTA- 
BLE1 tendremos los colores ini¬ 
ciales, o sea, los que en ese 
momento se pueden ver en la 
pantalla. En DACTABLE2 los colo¬ 
res finales, en los que queremos 
que se conviertan los que están 
en DACTABLE1 y en DACTABLE3 
iremos guardando los colores 
intermedios. Por tanto, durante 
el efecto los valores de las tablas 
1 y dos no cambian, tan sólo los 
datos de DACTABLE3 irán cam¬ 
biando a cada paso o escalón del 
apagado o encendido de la panta¬ 
lla. 

DACTABLE3 


Vamos a ver como actuar 
sobre los datos RGB de DACTA- 
BLE1 y 2 para que el efecto se 
produzca. 

Si estudiásteis los comentarios 
del artículo sobre la VGA de los 
números anteriores de Código 
Juego, ya sabréis que los colores 
son más luminosos cuanto más 
alto es el componente RGB. Así, 
dados dos colores como (R=100 
G = 100 B = 100) y (R-200 
G=200 B=200) el segundo es 
mucho más cercano al blanco que 
el primero. Por tanto, el blanco 
absoluto será R—255 G-255 y 
B—255 y el negro, como vimos 
antes, será todo lo contrario, 
con los tres componentes a cero. 
De lo que se trata en el efecto es 
de realizar un proceso progresivo 
de apagado o encendido del color 
en cuestión de manera que ofrez¬ 
ca la ilusión de una perdida de 
luminosidad. Para ello realizare¬ 
mos un bucle de forma que cam¬ 
biemos el número de registros 
que deseemos pero en un cierto 
número constante de pasos. Si 
hiciésemos el cambio repentina¬ 
mente no advertiríamos nada ya 
que sería muy rápido. 

La subrutina encargada de rea¬ 
lizar este apagado o encendido se 
llama LUZ y que podéis ver listada 
en CJ1 y en este número tam¬ 
bién. Este trozo de código es muy 
potente ya que permite apagar o 
encender todos o un cierto 
















color 0 


Paleta de VGA 256 colores 

30 colores de la letra M de Mookíe 


color 255 
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í 

color 165 



nm 


color 195 


número de registros del DAC. 
Esta posibilidad es utilizada al 
principio de MOOKIE cuando 
hacemos que las letras aparez¬ 
can una a una. 

La forma de llamar correcta¬ 
mente a LUZ la podéis ver en la 
figura. En AX se indica a partir de 
que registro del DAC le queréis 
aplicar el efecto. En CX el núme¬ 
ro de registros que se verán 
afectados y en BL indicaremos si 
el efecto es de apagado o de 
encendido. 

LUZ va tomando los colores 
RGB de cada registro de color 
del DAC de DACTABLE1 y 2 y se 
los pasa a la subrutina DIMMER 
(apagador en inglés) que es la 
que realiza los cálculos necesa¬ 
rios con estos valores, mediante 
el uso de rotaciones de tipo 
aritmético (SAR). 

Hay que decir que los valores 
de las tres tablas se correspon¬ 
den uno a uno. Es decir, el regis¬ 
tro de color O del DAC esta 
guardado en la posición cero de 
DACTABLE1, y en la misma posi¬ 
ción de DACTABLE2 y 3. 
También, se guardan como RED, 
GREEN, BLUE, o sea con este 
mismo orden. 

Finalmente, cuando ya hemos 
:alculado todos los datos, los 
ízales han ido almacenándose en 
DACTABLE3 gracias a la orden 
5T0SB que hay en la subrutina 
I MMER, se llama a DACVIDEO 
:_e es la que pone los datos cal¬ 


culados en los registros de color 
de la VGA. Una vez que la prime¬ 
ra andanada se ha sacado por 
pantalla se vuelven a realizar los 
cálculos y se repite la operación. 
Pero ¿cuántas veces se hace el 
bucle?. Eso depende de el regis¬ 
tro BX que está situado justo al 
final de la subrutina LUZ: 


ADD BX, 4 
CMP BX, 40H 
JLE LUZ1 
RET 


J§38™. 


Si os dáis cuenta, el registro 
se va incrementando en saltos 
de 4 hasta llegar a 40h (64 
dec), por lo que el bucle se reali¬ 
zará en 16 pasos (4*16=64). Si 
alteramos este valor, el número 
de veces en que se realize el 
bucle variará, enlenteciéndose o 
aligerándose. Esto queda a tu 
gusto. 

En la tabla adjunta puedes ver 
el funcionamiento de la subrutina 
LUZ de forma esquematizada. 
Algunos detractores de desper¬ 
diciar la memoria habrán puesto 
el grito en el cielo cuando he uti¬ 
lizado 3 tablas de 768 bytes, 
pero la verdad es que merece la 
pena, ya que el efecto que se 
logra es de gran plasticidad y va 
a ser utilizado exhaustivamente a 
los largo de MOOKIE. 

Hasta el mes que viene, la 
Soundblaster nos espera.**** 


FUNCIONAMIENTO DE SUBRUTINA LUZ 


ACTABIEI 


COLOR INKIU i 



DACTABLE2 


COLOR FINAL 
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2 a PARTE 


Te ayudamos a escoger que juego realizar echando un vistazo al pasado 

El pasado y presente del 
software lúdico. 


esas 
tonela¬ 
das de 
bombi¬ 
llas, en 
una pas¬ 
tilla de 
silicio, 
apare¬ 
ciendo 
I o s 
chips. 

Por 
aquel 
tiempo, 
los orde¬ 
nadores 
sólo lo 
usaban 
gente 
d e I 



Por: 

Antonio Marchal Cortes 


ienvenidos a este alucinante viaje por la 
¡HC historia de los videojuegos. 

Antes de nada me gustaría explicar que esta 
serie no trata de pasar lista a todos los videojue¬ 
gos, sino solo a aquellos que resaltaron por algo 
en especial, bien por su idea, bien por ser los pri¬ 
meros o por haber introducido algo nuevo en este 
apasionante mundo del software de entreteni¬ 
miento. Por eso, si me paso algo importante, por 
ejemplo, el Arkanoid o el Gaunlet, avisadme. Pero 
no os extrañéis si no hablamos de todos los 
Arkanoid_s, ni de todos los Gaunlet_s. Sin más 
preámbulos pasemos a la cuestión que nos inte¬ 
resa. 

El mes pasado estuvimos hablando de la prime¬ 
ras máquinas, así como de las primeras máquinas 
"decentes", que salieron al mercado. Estás, como 
las que vamos a hablar hoy, estaban programadas 
en placas de 8 bit, lo que conlleva una calidad 
bastante inferior a la que hoy tenemos. Pero lo 
más importante de ellas, era su adictividad y ori¬ 
ginalidad. 

Arranquemos de una vez. Como anuncie el mes 
pasado hoy veremos otras máquinas, pero antes 
haremos un inciso para hablar de ordenadores. 
Veremos su historia brevemente, así como las 
características más relevantes de cada uno de 
ellos. 

Según dice los entendidos, el primer ordenador 
fue el abaco. Esto no es una marca, sino un apa¬ 
rato muy antiguo que utilizan los chinos para cal¬ 
cular cantidades grandes. Este chisme era un 
rectángulo hueco de madera, con varillas y bolas. 
Se manejaba, haciendo que cada varilla hiciera la 
misión de cifra, siendo una varilla las unidades, 
otra las decenas, otras la centenas, etc. Y había 
algunos que incluso podían hacer multiplicaciones 
y divisiones. 

Como ya he dicho, el abaco es muy antiguo y 
no puede considerarse como un ordenador, tal 
como hoy lo conocemos. El primer ordenador, 
esta vez mecánico, fue realizado hace menos de 
doscientos, y esta compuesto de tuercas y 
engranajes. Sumaba, restaba, multiplicaba, y 
poco más. 

El siguiente ordenador fue ya eléctrico, y fun¬ 
cionaba con bombillas. Este es lo más parecido, a 
lo que hoy en día es un ordenador, sino fuera por 
su tamaño, ocupaba un piso entero, y su peso de 
varias toneladas. Funcionaba con tarjetas perfo¬ 
radas solamente. 

Después de esto se consiguió meter todas 


gobierno o militares, como el pentágono. Por el 
prohibitivo precio, los ordenadores estaban veda¬ 
dos al consumidor, hasta que un buen día apare¬ 
ció el señor Sir Clive. Este señor fue el primero 
que comercializó los ordenadores, vendiéndolos 
aproximadamente alrededor de las sesenta mil 
pesetas. El primero que sacó fue el ZX80, y des¬ 
pués el ZX81. Estos eran muy parecidos, excepto 
en la memoria, mientras el primero tenia 1K, el 
segundo podía llegar hasta los 16K. Los dos eran 
en blanco y negro, no podían manejar pixels, y su 
apariencia exterior, era más bien pobre, ya que 
por no tener, no tenia ni teclas, sino una especie 
de membrana plana. 

Después sacó el mítico Spectrum. 
Primeramente en su versión 16K, para luego 
pasar a la de 48K. Esto ya era un gran avance, 
este ordenador tenia ocho colores, resolución de 
256x178, sonido beeper, y podía cargar los jue¬ 
gos desde cassete. 

Junto con este gran boom del Spectrum, salie¬ 
ron el MSX, Commodore 64, Amstrad, etc. Todos 
ellos de 8 bits, y con características muy pareci¬ 
das, resaltando el Commodore en el aspecto 
sonoro, aunque este ordenador era muy compli¬ 
cado de programar, lo que le causa un gran detri¬ 
mento en contra del Spectrum. 

Poco después, aparecieron los ordenadores de 
16 bits, como el Amiga 500, y el Atari. Estos 
eran una delicia: música en estereo, gráficos con 
miles de colores, megas de memoria... todo un 
lujo. Aunque también era un lujo para el bolsillo, lo 


que los hacía prohibitivos para algunos bolsillos, 
que se tenían que conformar con Spectrums, 
Amstrads, y demás. Mientras el tío Clive, se fue a 
la bancarrota, y fue absorbida por Amstrad, este 
último, sacó dos nuevos Spectrum, el +2, con 
cassete, y el +3, con disquetera de 3 pulgadas. 
Eston también venían con sonido estereo, y 
además tenían cientos de miles de juegos de los 
spectrums anteriores, intentando así competir 
con Amiga y Atari. Pero entonces hicieron apari¬ 
ción las consolas, barriendo el mercado. Los 
Amiga bajaron de precio, los Atari también, los 
Spectrum y demás máquinas de ocho bits desa¬ 
parecieron. Y por último, aparecieron los PC para 
el consumidor medio, gracias a la bajada de pre¬ 
cio. 

Estos PC, siempre habían sido maquina de ofi¬ 
cina, lo que hacía que para los videojuegos no 
estuviera preparado. Eso lo resolvieron rápida¬ 
mente los vendedores, sacando nuevas placas 
para mejora gráficos, sonido, etc. Que es como 
los conocemos hoy en día. 

Una vez visto toda la historia, por encima, de 
los ordenadores, pasemos a lo que dejamos pen¬ 
diente. Los videojuegos: 

Mario Bros, fue, como su nombre indica, la pri¬ 
mera máquina donde apareció nuestro conocido 
amigo Mario. Aparecía con su hermano Luigi, y su 
misión era acabar con todas las tortugas, can¬ 
grejos y moscas que salían por las tuberías. Para 
ello debía de, primero atontarlas dándole un golpe 
por abajo, y después darles una patada para man¬ 
darlas al vacío. También había otros enemigos, 
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como bolas de fuego y placas de hielo, que debías 
esquivar. 

Commando es otra máquina que hizo historia, 
fue una primera máquinas bélicas. Y fue tan famo¬ 
sa, que incluso sacaron una película de ella, pro¬ 
tagonizada por "cachitas Suarsenaguer". Con 
vista aérea y scroll vertical, debías de acabar con 
oleadas de soldados enemigos que aparecían por 
la selva. Teniendo al final de cada fase que abrir 
una puerta a base de acabar con cantidades 
industriales de enemigos. Era cantidad de difícil a 
la vez que adictiva. 

Donkey Kong JR fue la segunda parte de 
Donkey Kong, esta vez hacías el papel de hijo de 
Donkey Kong, a este último lo tenia secuestrado 
Mario Bros, esta es el único videojuego en que 
Mario hace de malo. JR tenia que ir por unas lia¬ 
nas, intentado salvar a su padre. 

Yier ar Kung-fu, era otro videojuego de artes 
marciales. Destacaba que en cada fase, el enemi¬ 
go al cual te tenias que enfrentar, cambiaba, 
siendo estos cantidad de "simpáticos". Era bas¬ 
tante difícil, lo cual conllevaba una adicción bas¬ 
tante grande. 

Moon Cresta, basado en la naves espaciales, 
tenia scroll vertical y vista aérea. Tenía enemigo 
de fin de fase, y era terriblemente difícil. Aunque 
la misión en principio era fácil, acabar con todo lo 
que apareciera en pantalla antes de que acabase 
contigo. 

Green Beret, fue otra maquina bélica que 
resaltó. Tenía scroll horizontal, y tu misión era 
salvar a unos presos en un campo de concentra¬ 
ción ruso. Al final de fase tenías un enemigo espe¬ 
cial, más difícil que los demás. Era un juego muy 
adictivo. 

Ghost & Goblins, es otro videojuego que hizo 
historia. En este, un terrible demonio había 
secuestrado a la princesa, que era tu prometida. 
Y tú como noble caballero debías salvarla. Con 
scroll horizontal, tus enemigos eran fantasmas 
que salían de la tumba, además de pajarracos y 
otros seres de mal agüero. Al final de cada fase, 
como iba ya siendo normal, había un enemigo más 
fuerte que los demás. Esta máquina era supera- 
dictiva, además de superdificil. Y fue tan buena, 
que todavía hay versiones de ella, e incluso saca¬ 
ron una segunda parte. 

Wonder Boy, fue otra maquina de Sega. En 
esta llevabas a un chico maravilloso el cual tenia 
que rescata a su chica. Tenía varios niveles de 
dificultad, pero estos se repartían en cuatro y el 
monstruo final de fase. Era entre arcade y plata¬ 
formas, porque aunque lo más importante era 
acabar con los enemigos, los saltos debían de ser 
también muy precisos. 

Némesis, era otro juego de naves que llego a 
se- muy famoso. No añadía nada nuevo al tema, 
=Acepto su adicción, la cual le hizo famoso. 

City Connection fue una forma distinta de 
atender los juegos de coches. Con scroll lateral, 
:s' as que ir pintando unas plataformas, mientras 
sscjvabas a una serie de coches de policía. Cada 








Algunas pantallas de los juegos más famosos de 
Spectrum, un ordenador que hizo época. 


fase el fondo era de un país, lo que le daba cierta 
variedad, era bastante adictivo. 

La maquina de Popeye, que es la que después 
versionaron en consolas, ya que para los ordena¬ 
dores, cogieron los mismos personajes, la misma 
temática, pero distinta estructura, pero de esa 
versión ya hablaremos más adelante. La que nos 
ocupa era una máquina bastante adictiva, por su 
originalidad. Tenía cuatro fases, y en cada una de 
ellas Olivia te lanzaba objetos de diversa clase, 
que tu debías recoger, siempre intenta de evitar 
al temido Brutus. Podías coger espinacas, y sal¬ 
tar de piso a piso, o optar por las escaleras 

Gyrodine. Una máquina muy al estilo Moon 
Cresta, solo que esta vez, sustituías la nave 
espacial por un helicóptero, y los enemigos esta 
vez eran aviones. Tenía varios tipo de disparo, y 
dispara misiles, lo que le daba una nota de innova¬ 
ción. 

Burger Time resalto por su originalidad y senti¬ 


do del humor. Tú eras un cocinero que debía pre¬ 
parar una serie de hamburguesa, pasando por 
encima de los ingredientes, eras perseguido por 
una serie de enemigos que eran, y aquí esta el 
tope de gracia, desde huevos fritos a salchichas. 
Era muy difícil, lo que le daba una cotas de adic¬ 
ción bastante considerable. 

Circus, fue otra máquina bastante original. Hay 
que pensar que como por aquel tiempo había 
poco videojuego, casi todos eran bastante origi¬ 
nales. En esta tu representabas el papel de paya¬ 
so, sin animo de ofender a nadie, el cual debía de 
pasar una serie de pruebas, siendo estas salto de 
aro de fuego montado en un león, salto de mono 
en el cable, equilibrio encima de barriles, salto de 
trampolín a caballo, y por ultimo salto de trapecio 
a trapecio. Era muy entretenida, a la vez que difí¬ 
cil y adictiva. 

Zippy Race fue una máquina al estilo Spy 
Hunter pero más tranquila. En ella llevabas a una 
moto que debía llegar a diferentes ciudades de 
E.E.U.U., tenía dos partes, la primera con vista 
aérea y la segunda con vista trasera de la moto y 
de fondo la ciudad. Era muy difícil y adictiva, ya 
que los coches que eran los enemigos, tenían 
bastante mala leche. 

Road Fighter muy al estilo al anterior, también 
tenía vista aérea, aunque aquí llevabas a un 
pequeñísimo coche hasta la meta de cada uno de 
los cuatro niveles que tenía. Era muy sencillo, en 
la concepción del juego, porque a la hora de jugar 
era muy difícil y adictivo. 

West Bank fue una de las primeras maquinas 
del oeste, que luego seria versionado para algu¬ 
nos ordenadores. En ella hacías el papel de she- 
riff, estabas en un banco con 12 puertas, debían 
ingresar dinero en todas ellas, teniendo también 
que protegerlas de bandidos, todo esto siempre 
en grupo de 3 puertas.Era bastante original, adic¬ 
tiva, además de una dificultad creciente. 

Lunar, era una maquina al estilo asteroid, en 
cuanto a gráficos, ya que estos era lineas. Tu 
misión consistía en intentar aterrizar una nave en 
los parajes lunares. Aunque simple, era una 
maquina bastante adictiva. 

Emsamble Cohete fue otra máquina de corte 
espacial. Debías acabar con decenas de enemi¬ 
gos, como en todas, pero la novedad estaba en 
que entre fase y fase debías ensamblar nuevos 
trozos, lo que hacía tu nave más potente. 

Tapper, fue una máquina que aunque no fuese 
muy conocida, quien la conocía se prendaba de 
ella, ya que era superadictiva, a la vez que simpá¬ 
tica y entretenida. En ella hacías el papel de 
camarero que tenía que atender una serie de 
barras por la que venían gente sedienta, tu tenías 
que servir cerveza a todos antes de que alguno 
llegara hasta tu y te pegase una paliza. 

Bueno, no hay más espacio, nos han quedado 
varias máquinas por ver de las que prometí el 
mes pasado, pero no importa porque os espero 
en la HISTORIA DE LOS VIDEOJUEGOS (3 a parte). 
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EPIC PINBALL ver 2.0 

¿Quién no se ha gastado alguna 
vez los cuartos, jugando en un 
recreativo a las máquinas de 
bolas? 

Pues para aquellos pinbalmanía- 
cos y los que aún no lo son, les 
damos la oportunidad de conocer 
este paquete, que en su interior 
trae un “Enigma”. 

Como tantas otras casas que 
sacan juegos de Pinball, ya que es 
uno de los juegos mas clásicos y 
que nunca pasan de moda, 
comentaremos este paquete, que 
trae ocho Pinballs diferentes de la 
casa Epic en su versión 2.0. 

En la instalación, que requiere 
como mínimo un 386 , tarjeta 
VGA y disco duro, se puede adap¬ 
tar a varios tipos de tarjeta, 
entre las que están Sound 
Blaster, SB Pro , Gravis 
Ultrasound, etc. de esta manera 
podemos disfrutar de los efectos 
de sonido y de la música que nos 
acompaña en los diferentes jue¬ 
gos. 

Esta versión trae un archivo 
“.pif “ para poder ejecutar el 
paquete bajo entorno Windows. 

Entre otras opciones de juego 
nos permite elegir, como es nor¬ 
mal de 1 a 4 jugadores, e inde¬ 
pendientemente en cada Pinball 
tres tipos de ángulos para los flip- 
pers, y elegir entre jugar 3 o 5 


bolas. 

Mientras se juega puedes cam¬ 
biar la velocidad de la bola en el 
momento que desees (pulsando 
ALT-T), ademas tener la pantalla 
completa del juego, ocultando el 
marcador pulsando la tecla 
"Enter”, dejándote introducir mas 
en el juego sin que por ello, en 
cada momento te va informando 
de los punto y de lo próximo que 
deberías hacer para conseguir 
mas puntos o un extra, depen¬ 
diendo del pinball que te encuen¬ 
tres. 

Una forma de conseguir mas 
puntos, es cuando mueves los flip- 
pers, va cambiando las posiciones 
de las luces de los pasillos supe¬ 
riores, y si eres habilidoso, pue¬ 
des conseguir un buen tanteo 
cuando pase bola por el pasillo ilu¬ 
minado, pero eso depende de ti. 

Puedes ver todo el pinball utili¬ 
zando las teclas cursoras, con un 
scroll vertical. 

En cada juego vienen explicadas 
las reglas de juego, pero aquí te 
daremos una pequeña orientación. 

ANDROIDE: 

(Android) 

Así es como se llama nuestro 
primer juego. El objetivo es crear 
nuestro androide, instalando y 
activando todos los componentes 
físicos y ademas comprobar su 






















Android y Enigma, dos de los tableros que os podréis encontrar en el juego 


funciones computerizadas. 

OLLA DE ORO: 

(Pot of Gold) 

Este juego esta basado en la 
historia del duende del arcoiris 
que tenia una olla llena de mone¬ 
das de oro. Así que lo que debe¬ 
mos conseguir es coger el máxi¬ 
mo numero de monedas de oro 
en el final del Arcoiris avanzando 
a través de los colores, atrapan¬ 
do duendes y recolectando 
patas de conejo. 


EXCALIBUR: 

Con este Pinball nos traslada¬ 
mos a la época del Rey Arturo y 
de sus Caballeros de la mesa 
redonda, la finalidad es conse¬ 
guir sacar la espada Excalibur de 
su piedra, consiguiendo letra por 
tetra la palabra completa. 

60LPES Y LLAMAS: 

íCrash and Burn] 


A los amantes de los coches, 
podrán disfrutar de de este pin¬ 
ball. La finalidad es como cual¬ 
quier piloto de Formula Uno. 
Conducir la bola por las rampas 
y dar tres vueltas para ganar la 
carrera. 

MAGIA: 

(Magic) 

Nos trasladamos al mundo de 
la ilusión y de las cartas. Con 
este juego debemos conseguir 
aumentar la puntuación dándole 
al ojo de buey rojo que tenemos 
en el centro para obtener el 
valor de los ases así consiguien¬ 
do desde 100 hasta 400 pun¬ 
tos, y dando a las paredes rebo¬ 
tadoras para ir cambiando de 
As. 

PINBALL DE LA SELVA: 

(Jungle Pinball) 

Estamos frente a una jungla y 
no sabemos cuántos peligros 
nos encontraremos, pero tam¬ 


poco cuantos premios. 

PROFUNDIDADES DEL MAR: 

(Deep Sea) 

Debemos llevar nuestro barco 
a buen puerto y ademas conse¬ 
guir tesoros y joyas en las pro¬ 
fundidades del océano e intentar 
esquivar los peligros del mar. 

ENIGMA: 

Este es el no tan pequeño 
Enigma del paquete, a este le 
vamos a dedicar un interés 
especial ya que hay que ser un 
poco mas habilidoso, ya que no 
se espera qué saldrá obstruyén¬ 
donos el paso -así su nombre-. 
Lo primero que te sorprende son 
los canales de la parte superior 
son cuatro y entra por un lado, 
la bola desaparece y sale por 
otro, estas rampas (de izquierda 
a derecha se le llama: Alfa, Beta, 
Delta y Gamma). Se puntúan de 
forma diferente y no prefijada, 
aumentando según subes de 


nivel. El juego es una pista total¬ 
mente libre de obstáculos hasta 
que empieza el juego, donde van 
apareciendo los diferentes obje¬ 
tos de forma aleatoria. 

Son cuatro los niveles que 
debes pasar para terminar, este 
pinball a diferencia de otros su 
finalidad no es la de conseguir 
mas puntos sino pasar de fase 
consiguiendo un objetivo que es 
diferente en cada nivel lo que 
hay que combinar la habilidad y 
la estrategia y no la suerte, ya 
que existen elementos que en 
cada nivel aparecen más y en 
posiciones no fijas que nos ayu¬ 
dan o que nos impide terminar la 
partida. 

Un ejemplo de objetos que 
aumentan nuestro marcador 
son: 

Pergamino Místico = 1 Mili 
Piruleta = 3 Mili 

Oso = 3 Mili 

Botón de Golpéame = 5 Mili 
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Otros objetos como el pozo 
cautivo, que mantiene la bola un 
turno dando así otra bola extra 
en la próxima jugada, y unas zapa¬ 
tillas que te hacen pasar de nivel. 

Y por ultimo objetos que te 
obstruyen el camino como: 

Bola rebote: te obstruye el 
recorrido de la bola 

Mina: Te hace estallar la bola, 
perdiendo así el turno. 

Pozo repeledor: Como si de un 
imán que repele hace que la bola 
se varíe de dirección. 

Traga bola: Si caen en este 
objeto la bola desaparece y pier¬ 
des el turno. 

Resorte : despide la bola y no 
deja entrar en el canal. 

La bola va cambiando de color 


según el numero de bola que sea 
pero al llegar a la ultima bola esta 
como camuflada con el fondo y es 
difícil seguirla. 

NIVEL 1: 

El objetivo es disparar a todas 
las gemas rojas que aparezcan en 
secuencia, y cuando aparezcan 
unas zapatillas rojas -es la puerta 
para pasar al nivel 2-, surgirán 
objetos que te impedirán el paso 
como las Bolas rebore o las 
Minas que harán explotar la bola, 
pero también puedes conseguir 
puntos extras con otros objetos. 

NIVEL 2: 

En este nivel debes destruir la 
barrera de ladrillos que aparecerá 
dos o tres veces. Te impedirán el 


paso en un momento dado una 
especie de pozo repeledor que no 
te dejara manejar bien la bola y 
dirigirla a su destino y también 
por supuesto las minas. Al final 
aparecerá una gema verde que te 
dejará pasar al nivel 3. 

NIVEL 3: 

Aquí lo que hay que destruir 
son pequeños rombos. La dificul¬ 
tad es que están en sitios muy 
difícil de dar y sobre todo eso, 
son pequeños, pero no todo 
queda aquí, ya que las minas que 
impiden acceder a los rombos 
están en lugares fáciles de dar. 
Aquí hallarás varios bonos espe¬ 
ciales en varios objetos que 
encontraras. Para terminar la 
fase solo debes de darle a la 
gema que aparezca y por fin 


entraremos al nivel 4. 

NIVEL 4: 

Aqui tu objetivo son también las 
gemas. Debes destruir cuatro, 
pero cuidado, en el pozo repele¬ 
dor te pueden hacer difíciles las 
jugadas si no eres habilidoso. 
Después destruye al osito teddy, 
y cuando el pozo cautivo aparezca 
esto te hará pasar de nivel. 


En cada juego de Pinball apare¬ 
ce una música que te acompaña 
ademas de increíbles efectos de 
sonido, es un juego que toca 
muchos gustos .ciencia ficción, 
mar, jungla , edad media, etc. y si 
no te identificas con ninguno de 
ellos... 

“ii Chico eres un Enigma !!” 
























Por 


Redacción de CJ 


La bibliografía sobre programación y sobre todos aquellos temas rela¬ 
cionados con esta es enormemente abundante. Os ayudamos en esta 
sección a escojer aquellos manuales que tienen más calidad 



prender a programar correctamente el 
vídeo del PC es tarea difícil. No sólo 
i porque el elemento hardware en cues¬ 
tión presenta infinitos “no se como” sino por¬ 
que la documentación que sobre él existe es 
escasa, controvertida y enrevesada. Un pro¬ 
gramador novel deberá, pues, armarse de 
paciencia y horas de estudio, para comenzar a 
desglosar los muchos aspectos oscuros que 
se esconden tras las siglas MDA, CGA, EGA, 
MCGA y VGA. 

La materia es peliaguda. Resulta que cuando 
te conviertes en un buen programador, ya sea 
de bajo nivel o alto nivel, y realizas tu primer 
proyecto importante, la presentación en pan¬ 
talla de tu obra deja mucho que desear. Es en 
ese momento cuando lamentas haber descui¬ 
dado el aprendizaje de la utilización de toda la 
potencia gráfica que el PC es capaz de brin¬ 
darte. ¿Qué hacer ahora? 

Lo primero es empezar por una obra como la 
que hoy comentamos. Un libro compacto, sen¬ 
cillo pero a la vez profundo, lleno de ejemplos, 
explicaciones y referencias, que nos va a ayu¬ 
dar bastante a subir esos primeros escalones 
tan complicados en todo aprendizaje inicial. 

EL LIBRO 

Lee Adams, el autor, es la persona ideal para 
explicarnos que son y como se usan los gráfi¬ 
cos. Quiero decir que del amplio y ramificado 
espectro de los temas informáticos, el Sr. 
Adams es un experto en su materia, como lo 
demuestra el hecho que su vida profesional ha 
rondado siempre alrededor del la animación, 
infografía, gráficos tridimensionales y efectos 
visuales computerizados, trabajando para la 
televisión y el cine. 

La estructura del libro, de casi seiscientas 
páginas, es sencilla pero bien escogida. El 
autor comienza introduciéndonos en los con¬ 
ceptos básicos sobre la manera en que el PC 


Gráficos en C 
y ensamblador 

Cuía rfe programación para simular Ion 
y animación «n alta velocidad 
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es capaz de de presentar la información en pantalla. 
"Gráficos frente a texto” lo llama. Seguidamente 
comenta qué es una tarjeta gráfica, cómo funciona, así 
como otros conceptos fundamentales referentes a la 
idiosincracia del hardware de vídeo de los ordenadores 
PC y compatibles. 

Las explicaciones, tan sólo en un principio, rozán la 
sencillez más absoluta y poco a poco se transforman 
en verdaderos legados de la programación con ejem¬ 
plos y programas completos que se incluyen en los dos 
disquetes de acompañamiento del libro. Los lenguajes 
utilizados son el QuickC, TurboC y Ensamblador. 

Tras el análisis del Hardware, Adams se adentra en el 
software y las herramientas de programación. Nos 
hace una leve referencia a la estructura de un progra- 
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ma en C, explicándonos las tres ventajas que el 
considera fundamentales para la elección de 
este lenguaje como nuestra principal herramien¬ 
ta de ayuda a la hora de crear nuestras aplica¬ 
ciones gráficas. 

Es entonces cuando pasa a la explicación 
específica de los dos compiladores que utiliza a 
lo largo del libro; Microsoft QuickC y Borland 
TurboC. Para ello toca temas como el mapa de 
memoria del sistema, el entorno del MSDOS, 
las librerías, mensajes de error más frecuentes 
y la creación de ficheros ejecutables tipo .EXE, 
que si bien no tendrían porque estar en este 
libro, sí ayudan un poco a todos aquellos que no 
sepan todavía programar o simplemente para 
refrescar ideas y conceptos. 

Es a partir de este momento cuando el autor 
se adentra en los temas con sustancia del libro. 
Comienza con el diseño gráfico y los conceptos 
esenciales del mismo; salida por pantalla, selec¬ 
ción de los colores a utilizar, dibujo sobre la 
pantalla, gestión de los gráficos de fondo, utili¬ 
zación de las ventanas y finalmente temas avan¬ 
zados como las bases de datos gráficas, graba¬ 
ción en disco de las imágenes creadas, etc. 

Un apartado que merece especial atención es 
el de los gráficos tridimensionales, materia ésta 
que se nota apasiona al autor. Multitud de 
ejemplos prácticos se incluyen es esta sección 
del libro, acompañados de explicaciones que 
podríamos tachar de exhaustivas. 

La animación de sprites, que el llama animación 
de fotogramas, es tema que más me gustó del 
libro, ya que es la que a los programadores de 
juegos nos sirve más directamante. Aquí encon¬ 
tramos todo tipos de trucos y programas sobre 
la animación arcade, gestión de colisiones y 
rebotes, con ejemplos de sprites moviéndose 
por la pantalla y bolas que rebotan en los bor¬ 
des de la misma. Estos temas los podemos más 
tarde acoplar en nuestros propios programas 
deforma sencilla. 
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Street Fighter Turbo 


Aunque este juego no se encuentra disponible 
comercialmente, vamos a citar lo que es la 
versión 2.0 de este clásico en las recreativas 
en su conversión para el PC: 

Street Fighter II Turbo. 


LA MONUMENTAL SAGA DE 
STREET FIGHTER II 


1P 


E n las recreativas, hace ya 
tiempo, apareció un video 
juego que ocasionó un 
boom en los arcades de 
lucha. Se llamaba Street 
Fighter II y hacía que no parasen de 
depositar monedas para poder 
jugar. 

El toque maestro era dado por 
CAPCOM, que ya era una compañía 
con una notable experiencia en jue¬ 
gos arcade de todo tipo. 

Había un total de ocho luchado¬ 
res seleccionadles, sumados a otros 
cuatro que aparecían cuando habías 
derrotado a los que figuraban al 
principio. 

Cada personaje tenía una histo¬ 
ria, unos motivos, una preparación 
física y unos golpes designados 


ponibles ocho luchadores. La veloci¬ 
dad era media-alta. Cada uno de 
ellos disponían de dos o más golpes 
especiales. El argumento era mas 
bien simple: derrotar a todos los 
luchadores usando las mejores téc¬ 
nicas y los mejores golpes para lle¬ 
gar el conseguir el título de cam¬ 
peón del mundo. Cada uno de los 
guerreros tenía un final distinto, lo 
cual hacía más interesante terminar 
el juego con varios luchadores. 

- Street Fighter II Champion 
Edition.- Debido al gran éxito conse¬ 
guido con el primer Street Fighter 
II, CAPCOM había conseguido la 
recreativa del año, así que se lanzó 
manos a la obra y trabajó duro para 
sacar la continuación. A esta la 
llamó Champion Editon. Aunque el 
argumento no cambiaba, se habían 
incluido mejoras, tales como incre¬ 
mento de la 
J 2P 1100 velocidad, 



cambio de los 
decorados, 
mayor defini¬ 
ción, poder 
elegir ambos 
al mismo 
luchador -lo 
cual hacía 
posible más 
combinacio¬ 
nes de com¬ 
bates-, etc. 
Como punto culminante, se incluyen 
los cuatro guerreros que antes no 
aparecían, pasando así a tener doce 
para elegir. Una pasada. 

- Street Fighter II Champion 
Edition Turbo.- La versión realizada 
para los verdaderos maestros que 
manejaban a la perfección las ante¬ 
riores continuaciones. Se habían 
realizado modificaciones de los gol¬ 
pes especiales -más variedad-, 


como especiales, donde se conse¬ 
guía el acceso a ellos mediante una 
habilidosa combinación de movimien¬ 
tos con el joystick. 


Las versiones del juego en los 
salones recreativos fueron las 
siguientes: 


- Street Fighter II.- La primera 
"entrega”, donde sólo estaban dis¬ 


version 2.0 



habían duplicado la velocidad, se 
podía cambiar de luchador en cual¬ 
quier momento de la partida. En fin, 
poco se puede decir de esta versión 
que no haya dicho, lo cual quería 
decir que la revolución de Street 
Fighter parecía ir acabando para 
quedar como historia en el mundo 
de las recreativas, pero... 
¡Sorpresa! Aparece...: 

- SUPER Street Fighter II.- Lo 
más brutal, lo mejor de Street 
Fighter II, aparece con la inclusión 
de ¡cuatro! guerreros nuevos, unos 
decorados reformados con una cali¬ 
dad tremenda, una intro que quita el 
aliento, vuelta al esquema clásico de 
Street Fighter II Champion Edition, 
efectos de sonido desarrollados 
exclusivamente para este desenlace 
-por ahora-, e innumerables mejo¬ 
ras, que seguramente harían este 
artículo muy extenso. (Dejemos 
para eso a las revistas de consolas 
y máquinas recreativas). 


LAS VERSIONES PC 

Pasó mucho tiempo para que 
apareciese una versión oficial, pro¬ 
ducida por CAPCOM, que finalmente 
nos dejó un poco desilusionados. No 
es que el juego para PC fuese malo, 
sino simplemente versiones de 
Super Nintendo o Mega Drive les 
superaban en algunos aspectos. 

Como eso no bastó para satisfa¬ 
cer a los numerosos seguidores de 
este mega-juego de lucha, personas 
ajenas a la compañía CAPCOM crea¬ 
ron versiones no-oficiales, que llega¬ 
ron a ser mejores en aspectos como 
el sonido o rapidez de movimiento. 

Una de estas versiones japonesas 
la pude ver en casa de un amigo, 
con sus melodías, sonidos y perso¬ 
najes, que eran bastante acepta¬ 
bles. Por supuesto, al hablar con él, 
me dijo que era una de las mencio¬ 
nadas versiones no-oficiales. 

Esta versión es la 2.0 realizada 
por un grupo de personas que ha 
puesto todo su empeño en realizar 
por medios propios la mejor versión, 
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para dejar satisfechos a aquellos 
que pedían más y más. 

Antes de pasar al siguiente apar¬ 
tado, decir que el juego comentado 
no está destinado a ser realizado 
con fines profesionales. Tan sólo es 
comentado para que veáis lo que 
podéis llegar a hacer vosotros mis¬ 
mos si seguís los cursos de progra¬ 
mación y le añadís toda vuestra 
voluntad. Todo esto es avisado, para 
que no os pongáis a buscar como 
locos entre catálogos de revistas 
para conseguirlo. 

CONFIGURACIÓN 

Una vez en el Disco Duro, ejecu¬ 
tamos el programa de configuración 
para ver sus opciones. 

Vamos a ver: Teclas del jugador 
uno, del dos, configuración automá¬ 
tica y manual con respecto a veloci¬ 
dad en MHz -frames, tarjeta de 
sonido- cuyos efectos curiosamente 
se reproducen por ficheros .VOC 
pudiendo ser modificados y edita¬ 
dos-, grabar...En resumidas cuen¬ 
tas, lo fundamental para este tipo 
de juegos se encuentra aquí. 

EL JUEGO 

Esta versión no-oficial dispone de 
más de seis tipos de configuracio¬ 
nes, donde aparece una sorpresa: 
se permiten elegir dos luchadores 
que no pertenecen a Street Fighter 
II. Estos son de otra conocida recre¬ 
ativa. El enigma lo podéis resolver - 
si os apetece- echándole un vistazo 
a las pantallas que acompañan a 
este artículo. Después del logotipo 
de presentación -un pelín cutre-, 
aparecen las tres alternativas: 
modo un jugador, dos jugadores o 
pasar al menú de opciones donde se 
pueden configurar tiempo, número 
de combates, hacer un test de los 
efectos de sonido, y poco más. Si tu 
elección es una de las dos primeras, 
pasarás a entrar en el archiconocido 
menú de selección de personajes - 
versión turbo-, que puede variar 
dependiendo del tipo de configura¬ 
ción (aparte de esa, se puede elegir 
3 clásica de ocho luchadores). 

Una vez en el combate, se pueden 
.sar los seis tipos de golpes -tres 


tipos de patadas y tres de puñeta¬ 
zos-, con lo que dispones de una 
amplia gama a elegir para poder así 
machacar a tu oponente. Algo que 
quiero señalar es que algunos dirán 
que la recreativa que ellos juegan de 

Street Fighter II Turbo, tan solo 
consta de tres botones y el mando. 
Lo que ocurre es que los propieta¬ 
rios, para ahorrarse el coste adicio¬ 
nal de la máquina original, sólo com¬ 
pran la placa y la montan en una 
máquina “de las corrientes” -si la 
podemos llamar así- con los tres 
botones, desaprovechando de esta 
manera, cinco golpes. Si a esto le 
añadimos que sólo conectasen los 
golpes menos potentes, significa 
que nunca podremos aprovechar al 
cien por cien las posibilidades que 
nos ofrece el juego. Una lástima. 

Volviendo de nuevo al combate, 
decir que podréis realizar todo lo 
que habéis visto en la recreativa 

de vuestro salón. 

LA PROGRAMACIÓN 

Teniendo en cuenta que está rea¬ 
lizado por un pequeño grupo de per¬ 
sonas, y no por un gran equipo de 
programación profesional, el resul¬ 
tado es bastante satisfactorio -lo 
podéis apreciar en las pantallas-. Se 
aprecian unos movimientos bien 
conseguidos, unos efectos de sonido 
satisfactorios, y un scroll de panta¬ 
lla que no presenta ninguna incomo¬ 
didad para la vista. 

El tirón de orejas es en el aspecto 
de la música. iNo hay!, y eso es algo 
necesario para dar vida a el softwa¬ 
re de entretenimiento que sale al 
mercado. Y si no estáis de acuerdo, 
pensad en las bandas sonoras de 
Alone in the Dark I y II, Oscar en su 
versión CD, y otras muchas. 

De nuevo el Lenguaje 
Ensamblador -imprescindible en este 
tipo de juegos- está presente. Como 
ya se ha dicho, tened en cuenta que 
si llegáis a alcanzar unos conoci¬ 
mientos elevados, podréis mejorar 
incluso el juego que se comenta en 
éstas páginas. 

LAS DIFERENTES VERSIONES DE 
SF2IBM 




En las pan¬ 
tallas aparece 
muchas veces 
la especifica¬ 
ción de la 
versión. 

Aclarémoslo. 

En un princi¬ 
pio, la versión 
fue -como 
todas- la 1.0, 
pero después 
de que una 
gran cantidad 
de personas 
informase 
sobre los 
errores -bugs- 
y lo que le 
hacía falta 
para ser un 
juego con 
mayúsculas, 
los programa- 
dores siguie¬ 
ron manos a 
la obra para 
perfeccionar lo 
que habían 
realizado. 

Mejoras y más 
mejoras, tras 
varios lanza¬ 
mientos más, 
hicieron apare¬ 
cer la versión 
2.0, comenta¬ 
da en estas 
páginas. Pero 
debido a los 
pequeños bugs y a la demanda de 
personajes, 

los programadores seguirán en el 
empeño de conseguir llegar al 
SUPER Street Fighter II, que llegará 
con el tiempo. Si sabéis ser pacien¬ 
tes, quizás logremos ver comentada 
la última versión, a ver que tal les 
ha salido. 

PALABRAS FINALES 

No vamos a dar una recomenda¬ 
ción de si el juego es bueno o no. El 
artículo se ha elaborado con la 
intención de dar a conocer los jue¬ 
gos que se pueden realizar en plan 
un poco casero, dando una calidad 


I 


que puede superar incluso a la ver¬ 
sión oficial, que está en el mercado. 
Si de verdad queréis llegar a ser 
auténticos programadores, inten¬ 
tadlo con juegos originales, de ideas 
propias, que sean graciosos, diverti¬ 
dos, o auténticos simuladores, o 
cualquier cosa que se denomine 
Software de Entretenimiento 
Original. 

Como solución al enigma propues¬ 
to, deciros que los personajes son 
Andy Bogard y Terry Bogard -fácil, 
¿verdad?-. 
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Apr endennos la manera de usar las órdenes WRITE y WRITELN y muchas más cosas 



Procedimientos de entrada/salída 


I mes pasado estuvimos viendo algunas de 
I"* las funciones básicas de TPascal. También 
Mmm vimos de pasada el procedimiento READLN, 
el cual usábamos para leer el valor de una varia¬ 
ble desde el teclado. Analizaremos en este capí¬ 
tulo del curso de Pascal los cuatro procedimien¬ 
tos básicos de entrada/salida (E/S) en modo 
texto, de los cuales ya conocemos a dos. 

WRITE, WRITELN, READ, READLN 

Comenzaremos hablando de WRITE y WRITELN. 
A WRITELN ya lo conocemos, su función es la de 
mostrar en pantalla una línea de texto, el valor 
de una variable, o cualquier cosa que queramos. 
Teclea el programal y ejecútalo: 

programal; 

begin 

writeln ('HOLA'); 
writeln ('SOY ' ); 
writeln ('UN'); 
writeln ( 1 ORDENADOR ' ); 

end. 

(ya deberías saber lo que hace]. Verás apare¬ 
cer en pantalla las palabras HOLA SOY UN ORDE¬ 
NADOR, cada una en una línea, pero seguramen¬ 
te algún avispado lector se estará preguntando 
de que forma podemos hacer que aparezcan las 
palabras en la misma línea. Una solución muy 


sencilla sería simplemente escribir todas las pala¬ 
bras en la misma instrucción WRITELN, de ésta 
forma: 

WRITELN CHOLA SOY UN ORDENADOR’): 

Sin embargo no todos los problemas con los 
que nos encontraremos serán tan fáciles de 
resolver, así que buscaremos otra forma. Como 
seguramente estás imaginando la respuesta está 
en el otro procedimiento de que disponemos para 
la escritura: hablamos de WRITE. En efecto, 
WRITE realiza exactamente la misma función que 
WRITELN, con la salvedad de que no salta a la 
línea siguiente una vez que ha escrito en pantalla. 
Ahora modifica el programal, sustituyendo WRI- 
TELN por WRITE, y ejecútalo, verás aparecer en 
pantalla (no olvides pulsar ALT+F5 para verlo) 
algo como esto: 

HOLASOYUNORDENADOR 

¿Donde están los espacios? Bien, este error 
intencionado, lo he cometido para que veas que 
incluso un lenguaje potente como TPascal, es 
incapaz de leerte el pensamiento, TPascal ha 
echo LITERALMENTE lo que le decíamos en el pro¬ 
grama, y en el no decíamos nada sobre espacios. 
Para arreglarlo, simplemente añade un espacio 
después de cada palabra a imprimir (siempre 
dentro de las comillas) en las instrucciones 
WRITE. Para finalizar con WRITE, indicar sólo que 
posee la misma sintaxis que WRITELN (incluidos 
los modificadores de justificación que ya vimos), 
Así que es decisión tuya el usar uno u otro 


dependiendo de lo que quieras hacer. 

Veamos ahora las instrucciones que nos per¬ 
mitirán la entrada de datos desde el teclado. 
Estos datos se almacenan en variables, que 
hemos declarado previamente, y que ni decir 
tiene que el tipo del dato introducido por teclado, 
TIENE que coincidir con el tipo de variable decla¬ 
rado. Los procedimientos encargados de la entra¬ 
da de datos son READ y READLN. Ambas son vir¬ 
tualmente iguales, sólo hay una pequeña diferen¬ 
cia que veremos ahora, aunque seguramente 
podrás imaginártela. En el capítulo anterior vimos 
como introducir por teclado un dato, pues bien, 
esta es la sintaxis más general de este procedi¬ 
miento, sin embargo, estas instrucciones nos 
permiten introducir más de un dato, es decir, 

READLN vi; 

READLN v2; 

READLN v3; 

es igual que: 

READLN (v1,v2,v3); 

Como ves el procedimiento READ/READLN nos 
permite la entrada múltiple de datos, y he aquí la 
diferencia básica entre READ y READLN, con 
READ, la entrada de varios datos se realiza intro¬ 
duciendo un espacio entre cada dato y pulsando 
ENTER al final (tras introducir todos los datos), 
sin embargo, READLN, nos permite introducir los 
datos uno detrás de otro pulsando ENTER des- 
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CURSO 


PROGRAMA NÚMERO 2 
program programa2; 
var 

v1,v2,v3 : integer; 
begin 

writeln ('Entra tres números, pulsando ENTER después de cada uno:'); 

readln (v1,v2,v3); 

writeln ('La suma es:',v1+v2+v3); 

write ('Entra tres números separados por espacios y ENTER al final:'); 
read (v1,v2,v3); 

writeln ('La suma es:',v1+v2+v3); 
end. 


pués de introducir cada uno de ellos por separa¬ 
do. Para aclarar conceptos, introduce el progra- 
ma2 y ejecútalo. 

Verás más claro como funcionan estos proce¬ 
dimientos. Nota que al imprimir los resultados, no 
hemos hecho como siempre, es decir almacenar 
el resultado en una variable y luego mostrarla. A 
cambio, hemos hecho que el procedimiento 
WRITE/WRITELN calcule y muestre el resultado. El 
efecto es el mismo, y ahorras una variable, aun¬ 
que posiblemente el programa pierde en claridad. 

LA PANTALLA EN MODO TEXTO 

Hemos visto como funcionan los procedimien¬ 
tos básicos para la Entrada/Salida (E/S) en modo 
texto, pero no nos basta esto para poder hacer 
programas con una presentación agradable, ya 
que aunque se nos permite algo de control (saltar 
a la siguiente línea o no saltar) este no es sufi¬ 
ciente para crear programas agradables. Cuando 
usamos un programa, este ha de darnos la posibi¬ 
lidad de interactuar con él, dándonos la posibili¬ 
dad de introducir datos y consultarlos, entre 
otras muchas cosas. La parte del programa que 
nos permite hacer esto se llama INTERFAZ CON 
EL USUARIO, y aunque no lo creas es una de las 
partes mas importantes del programa, incluso en 
ocasiones, mas importante que el núcleo de este. 
El diseño de interfases de usuario no es una cien¬ 
cia exacta, es mas un arte que una técnica. EL 
interfaz puede ser gráfico y en modo texto. Un 
ejemplo de interfaz gráfico es Windows (mira CJ3 
para mas información) y como ejemplo de interfaz 
en modo texto, te pongo como ejemplo al mismo 
TPascal. No es necesario que un interfaz de usua¬ 
rio sea tan complejo como estos que he citado, 


de hecho veremos un ejemplo mucho más simple 
en el programa3, pero no lo teclees aun, ya que 
en él usamos instrucciones de TPascal que aun no 
hemos visto. 

♦♦♦♦♦♦♦♦♦ 

LO PRIMERO QUE HA PE HACER 

UN INTERFAZ DEL USUARIO ES 

LIMPIAR EL CONTENIDO PREVIO 

PE LA PANTALLA 

♦♦♦♦♦♦♦♦♦ 

Lo primero que ha de hacer un interfaz de 
usuario es limpiar o borrar la pantalla de otras 
cosas que hubieran en ella. Como 
vimos en el primer capitulo, el pro¬ 
cedimiento que se encargaba de 
borrar la pantalla en modo texto 
era CLRSCR (que proviene de 
CLeaR SCReen). Sin embargo, Este 
procedimiento está incluido en una 
UNIDAD (mira el capitulol), con¬ 
cretamente la unidad CRT, por lo 
tanto hemos de declararla, y esto 
se hace con la palabra reservada 
USES, mira el programa3 para 
comprenderlo mejor, y recuerda 
que no se puede hacer esta decla¬ 
ración en cualquier parte del pro¬ 
grama, sino que ha de hacerse en 
el lugar que tiene asignado para 
ello, si no lo recuerdas, mira el 
capitulol en el que se describe la 
estructura de un programa en 


Pascal. Una vez que hemos declarado la unidad 
CRT, ya podemos usar el procedimiento CLRSCR, 
pero no sólo este, sino un montón de procedi¬ 
mientos y funciones que están almacenados en 
ésta unidad, pero los iremos viendo más adelante. 

UN PASO MAS 

Con esto estamos en condiciones de hacer un 
programa capaz de interactuar con nosotros de 
una manera apropiada, pero aún podemos mejo¬ 
rarlo algo. Cuando usamos algún procedimiento 
de E/S de los que vimos antes, estos actúan 
siempre al principio de la línea. Pero ¿a que que¬ 
daría mejor si pudiéramos centrar el texto en la 
pantalla? Bien, pues esto podemos hacerlo gra¬ 
cias a un procedimiento llagado GOTOXY, y cuya 
sintaxis es: 

GOTOXY (X.Y); 

Este procedimiento coloca el cursor en la 
posición X,Y de la pantalla que nosotros quera¬ 
mos, con lo cual, la siguiente instrucción de E/S 
que hagamos tendrá lugar en la posición que 
hemos indicado con GOTOXY. En la figural apare¬ 
ce el formato que tiene la pantalla en modo texto, 
que es de 80x25, o sea, con 25 líneas y 80 
columnas. Ahora estamos en condiciones de com¬ 
prender el programa3, así que introdúcelo y eje¬ 
cútalo. Es el mismo programa que vimos en el pri¬ 
mer capitulo para calcular áreas de triángulos, 
pero como ves ahora queda mas bonito. 

¡MAS DIFICIL TODAVIA! 

Ya podemos hacer programas con un 
aspecto más decente, pero seguramente echaras 
de menos algo. Es el color, pero antes de ver los 
procedimientos que son capaces de manejarlos, 
veremos algo más sobre la pantalla en modo 
texto del PC. La pantalla como dijimos antes tiene 
una dimensión de 80x25, y como tal es guardada 
en memoria. Si recuerdas el primer capitulo en el 
que comparábamos la memoria con casilleros o 
buzones, podrás hacerte una idea. Imagina un 
casillero con 80 casillas por línea y con 25 líneas. 
Ahora cada casillero representa una posición en 


PROGRAMA 3 
program programa3; 
uses crt; 
var 

base,altura,resultado : real; 
begin 

clrscr; 

gotoxy(20,10); 
write('BASE: ’ ); 
gotoxy(20,12); 
write('ALTURA:'); 
gotoxy(26,10); 
read(base); 
gotoxy(28,12); 
read(altura); 

resultado := (base * altura) / 2; 
gotoxy(20,15); 

writeln ('El resultado es: ',resultado:1:4); 
end. 
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la pantalla (como el juego de los barquitos), es 
decir, si ponemos una A en la primera casilla, es 
como si la pusiéramos en la primera posición de la 
pantalla. Pero en cada casilla sólo cabe una letra 
(carácter), por lo tanto no caben los colores de 
la letra, ¿como lo solucionamos? Bien, la manera 
más fácil es meter en otro casillero exactamente 
igual los colores. De ésta 
forma, si metemos el color 
verde en la primera casilla del 
segundo casillero, la letra A 
aparecerá de color verde. En 
éstas casillas no sólo podemos 
introducir los colores, sino que 
además podemos indicar si la 
letra está el alta intensidad, en 
baja intensidad, parpadeando, 
en video inverso, etc... (segu¬ 
ramente éstos términos no te 
sonaran, pero no desesperes, 
lo veremos seguidamente). Los 
datos que introducimos en 
éste segundo casillero son 
genéricamente llamados atri¬ 
butos de los caracteres, o 
simplemente atributos. Lo que 
hemos visto, es a grosso modo 
la forma en que el PC maneja 
éstos datos internamente, 
pero por ahora, nosotros no lo 
haremos así, ya que TPascal 
posee procedimientos que nos 
harán la vida mas fácil en éste 
sentido. Los primeros que 
vamos a ver se encargan del 
atributo de intensidad, estos 
procedimientos son HIGHVI- 
DEO y LOWVIDEO. Estos pro¬ 
cedimientos no llevan paráme¬ 
tros, y son los encargados de 
controlar la luminosidad de los 
caracteres. Como adivinaras 
HIGHVIDEO hace que los 
caracteres aparezcan en alta 
intensidad y LOWVIDEO hace exactamente lo con¬ 
trario. Introduce el programa4 para comprobar 
como lo hacen. Esto es útil para resaltar datos o 
frases dentro de la pantalla. Toma nota del proce¬ 
dimiento que aparece en el programa4 al final, 
hablamos de NORMVIDEO, cuyo cometido es el de 
restablecer el modo de video a sus valores inicia¬ 
les, es decir a los que estaba al principio de la 
ejecución del programa. 

Y AHORA EN COLORES 

También podemos colocar el texto en colores, 
esto lo hacemos mediante dos procedimientos: 
TEXTBACKGROUND y TEXTCOLOR. Sus respecti¬ 


vos formatos son: 

TEXTBACKGROUND (color); TEXTCOLOR 
(color); 

o sea colocando el color en el interior de los 
paréntesis. El color ha de introducirse mediante 
un número, que representa a un color. He aquí la 
tabla de colores y sus valores: 


-> 15 

Ha de hacerse notar, que el color puede espe¬ 
cificarse mediante su nombre en inglés o median¬ 
te su correspondiente número. Esto es debido a 
que TPascal ya tiene definidas las palabras en 
inglés para los colores como constantes que con¬ 
tienen el número de color. El primero de los pro¬ 
cedimientos (TEXTBACKGROUND) señala el color 
del fondo para los caracteres, y TEXTCOLOR seña¬ 
la el color del carácter en sí. Lo mejor es que 
introduzcas el programa5 y lo compruebes por ti 
mismo. Ahora ya podemos hacer un interfaz con 


el usuario más decente, pero podríamos mejorar¬ 
lo aún más. Seguramente has manejado otros 
programas en los que el ordenador avisa con una 
señal acústica, por ejemplo cuando ha terminado 
la ejecución del programa o cuando el ordenador 
pide algún dato por teclado. Las posibilidades y 
usos de estas señales son muchos. Por suerte, 
TPascal es capaz de gene¬ 
rar estas señales de una 
manera muy simple gracias 
al procedimiento SOUND. 

El formato de éste procedi¬ 
miento es: 

SOUND (Hz); 

Donde Hz es la frecuen¬ 
cia del sonido en Hercios. 
De hecho, es posible hacer 
sonar música por el SPEA¬ 
KER del PC gracias a ésta 
instrucción. He aquí la lista 
de las notas principales y 
su correspondiente fre¬ 
cuencia: 

l INSERTAR TEXTO 3 
AQUI) 

Para moverse una octa¬ 
va arriba o abajo, ha de 
tenerse en cuenta que la 
frecuencia es el doble de la 
misma nota de la octava 
anterior, es decir, si que¬ 
remos el DO (0 de la 
octava siguiente, solo 
tenemos que multiplicar 
por dos su frecuencia, y si 
queremos bajar de octava, 
sólo dividir entre dos. Para 
desconectar el sonido, se 
usa el procedimiento 
NOSOUND, que calla al 
SPEAKER del PC. Más ade¬ 
lante, cuando tengamos 
algo más de conocimientos, 
haremos un programa que 
simulará a un órgano muy sencillo para poder 
tocar música con nuestro PC, pero eso será mas 
adelante y nos servirá para ilustrar algunas de las 
estructuras de control del TPascal. 

Otra técnica que vamos a ver es la de la 
lectura de teclas. Seguramente has visto mas de 
una vez el mensaje PULSE UNA TECLA PARA CON¬ 
TINUAR, o algo parecido. Bien nosotros, con 
nuestros conocimientos actuales, podríamos usar 
el procedimiento READ y esperar a que se pulsara 
ENTER, pero esto no es demasiado elegante, así 
que echaremos mano de una nueva función llama¬ 
da READKEY, cuyo formato es: 


Negro (Black) 

-> 

0 

Azul (Blue) 

-> 

1 

Verde (Green) 

-> 

2 

Celeste (Cyan) 

-> 

3 

Rojo (Red) 

-> 

4 

Magenta (Magenta) 

-> 

5 

Marrón (Brown) 

-> 

6 

Gris Claro (LightGray) 

-> 

7 

Gris Oscuro (DarkGray) 

-> 

8 

Azul Claro (LightBlue) 

-> 

9 

Verde Claro (LightGreen) 

-> 

10 

Celeste Claro (LightCyan) 

-> 

11 

Rojo Claro (LightRed) 

-> 

12 

Magenta Claro 

-> 

13 

Amarillo (Yellow) 

-> 

14 

Blanco (White) 

-> 

15 
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Formato de la pantalla en modo texto 


tecla := READKEY; 

Como observaras, READ¬ 
KEY no es un procedimiento, 
sino una función, ya que 
devuelve un valor que es 
almacenado en la variable a la 
que queramos asignárselo, 
en este caso TECLA. 

Exactamente, esta función, 
detiene la ejecución del pro¬ 
grama hasta que una tecla es 
pulsada, y la tecla pulsada se 
almacena en la variable. 

Ahora mira el programa6, 
que como observaras es algo mas completo que 
el anterior. Observa que asignamos la tecla pulsa¬ 
da a una variable, sin embargo no hacemos uso 
de ella, es decir, malgastamos una variable. Por 
ahora lo haremos así, y más adelante veremos 
una forma más elegante de hacerlo. Encontramos 
también una instrucción que no conocemos, se 
trata de DELAY, que está descrita más adelante 
en éste mismo capitulo. Por último, observa en la 
declaración de variables, de que tipo es la variable 
TECLA. La hemos declarado como tipo CHAR, ¿y 
que es eso? Bien, eso lo dejaremos para el 
siguiente numero, pero te adelanto que se trata 
de una variable de tipo CARACTER, es decir, que 
es capaz de albergar un carácter alfanumérico, 
como una letra o cualquier otra cosa, pero aten¬ 
ción, solo un carácter a la vez. 

OTRAS ORDENES UTILES- 


Como ves las construcción de interfases de 
usuario no es una ciencia exacta. De hecho noso¬ 
tros aún poseemos recursos muy limitados. Sin 
embargo ya somos capaces de hacer que nuestro 
programa tenga una correcta comunicación con 
el usuario. Siente libre para diseñar tus propios 
interfases a tu gusto y estilo. 

Pasamos ahora a ver algunas instrucciones 
útiles contenidas también en la unidad CRT. La 
primera que vamos a ver es DELLINE, cuya misión 
es borrar la línea en la que está actualmente el 
cursor. Recuerda que este se posiciona mediante 
el procedimiento GOTOXY. Es decir, si quieres 
borrar la línea 5, te sitúas primero en ella con 
G0T0XYC1,5) y seguidamente la borras con 
DELUNE. Este procedimiento tiene múltiples fun¬ 
dones, pero las mas clásica es la de borrar men- 
se.es de error o de advertencia, por ejemplo, ima- 
: na que haces un programa que te pregunta el 
sexo de una persona, y solo tiene como respues- 
:as validas masculino o femenino, sin embargo el 
:je introduce los datos escribe otra cosa por 
error. En este momento nuestro programa 


detectaría el error (ya veremos como) e infor¬ 
maría de él por pantalla durante un período de 
tiempo. Tras esto, con la instrucción DELUNE 
borraríamos la línea y volveríamos a preguntar de 
nuevo. Un derivado de este procedimiento es 
CLREOF, que es otro procedimiento similar a 
DELLINE, pero con la diferencia de que sólo borra 
el trozo de línea que va desde donde está el cur¬ 
sor hasta el final de la línea. Observa que ninguno 
de éstos procedimientos tienen parámetros. Otro 
procedimiento que puede ser de utilidad es TEXT- 
MODE, el cual conmuta el modo texto. Para más 
información sobre esto consulta el manual del 
DOS y en especial la orden MODE del DOS (el sis¬ 
tema operativo). Las opciones válidas son: 

[ INSERTAR TEXTO 4 AQUI) 

De esta forma si quisiéramos poner la pantalla 
en modo texto de 40 columnas solo habríamos de 
hacer TEXTMODE(co40);. Veremos ahora otro 
par de funciones útiles, estas son WEREX y 
WEREY, las cuales devuelven en una variable de 
tipo INTEGER la posición X e Y del cursor respec¬ 
tivamente. Es decir, si hacemos GOTOXY(5,10); y 
usamos estas funciones, WEREX nos devolverá 5 
y WEREY nos devolverá 10. el formato general de 
éstas funciones es: 

x := WEREX: y := WEREY: 

Otro procedimiento útil es DELAY, el cual para 
la ejecución del programa durante un tiempo 
determinado. Su sintaxis es: 

DELAY (tiempo): 

Teniendo en cuenta que el tiempo va expresado 
en milisegundos, por ejemplo DELAY(IOO); detie¬ 
ne la ejecución durante 100 milisegundos para 
seguir después por donde iba. Se usa éste proce¬ 
dimiento para dar tiempo, por ejemplo, a que el 
usuario del programa pueda leer algún mensaje, o 
simplemente para hacer que un programa haga 
algo más lentamente (sobre todo en ordenadores 
muy rápidos). Recuerda el ejemplo que poníamos 
antes del mensaje de error. Con DELAY podríamos 
hacer que nos diera tiempo a leerlo antes de 
borrarlo con DELUNE. Otra interesante instruc¬ 


ción es INSLINE, la cual inserta una línea en 
pantalla, ¿que qué es insertar? bien, supon 
que queremos meter una frase o línea de 
advertencia en la línea 5 de la pantalla, pero 
esa línea ya está ocupada, y además no 
podemos borrarla porque nos es útil. INSLI- 
NE, lo que hace es mover todas las líneas a 
partir de la 5 a una posición hacia abajo 
(observa que la última se pierde) dejando así 
libre la línea 5. Este procedimiento no tiene 
parámetros, así que inserta la línea en la 
actual posición del cursor. Otro procedimien¬ 
to útil, es el procedimiento WINDOW, que 
significa ventana en español, pero ¿que es 
una ventana? Bien, seguramente has visto 
Windows, y sabes que es un entorno de trabajo 
basado en ventanas. En una ventana se puede 
mostrar información, pedir datos, y cualquier 
cosa que se te ocurra. El procedimiento WINDOW 
de TPascal, sirve para crear ventanas en modo 
texto. Si te has fijado, al compilar TPascal un pro¬ 
grama, aparece un recuadro en la parte central 
de la pantalla mostrando información sobre el 
proceso de compilación, pues bien, esto es una 
ventana en modo texto. La sintaxis del procedi¬ 
miento WINDOW, es: 

WINDOW (x1.y1.x2.y2): 

Siendo: X1-Y1: coordenadas (x,y) de la esquina 
superior izquierda. X2.Y2: coordenadas (x,y) de la 
esquina inferior derecha. 

De esta forma hemos definido una ventana. 
Ahora cualquier operación de las antes descritas, 
o sea, las pertenecientes a la unidad CRT, 
tendrán efecto sobre la ventana y no sobre toda 
la pantalla. Para tenerlo más claro, mira el pro¬ 
grama?. Si observas el programa, veras que para 
hacer que la ventana tenga un color determinado, 
primero hay que crearla con WINDOW, seguida¬ 
mente definir los colores a usar, y por fin iniciali- 
zarla con CLRSCR, que lo que hace es borrarla y 
poner los colores que le habíamos dicho. Otra 
cosa a tener en cuenta, es que cuando estemos 
dentro de una ventana, el procedimiento GOTOXY, 
se referirá a la ventana, es decir, que si en el 
programa hacemos que el cursor se posicione en 
la segunda línea, el cursor hará eso mismo pero 
dentro de la ventana. Nótese también como el 
texto que no cabe en la ventana es partido en 
dos líneas. Esto to hace TPascal de manera 
automática. Ahora, ya podemos hacer que nues¬ 
tros programas se comuniquen con el usuario de 
forma decente en modo texto. Cuando veamos la 
forma en que TPascal trabaja con gráficos, podre¬ 
mos hacer interfaces más eficaces en modo gráfi¬ 
co, al estilo OS/2 y Windows. Mientras tanto, 
practica todo lo que puedas... y hasta el próximo 
número.**** 
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2 a PARTÍ 



CURSO DE PROGRAMACION 



1 _ ¿Windows de red 

Leopoldo Fernández 


W indows para Trabajo en Grupo, es 
un sistema operativo en el que se 
han combinado dos elementos: 

' - Plenas posibilidades y funcionamiento 
te :rabajo en red. 

2 - B sistema operativo Windows. 

Es^os dos elementos facilitan el uso com- 
:e~cq de la información y de los recursos 
rh ‘"‘áticos, a la vez que agiliza y mejora la 
: *: - actividad del trabajo en grupo. Tanto 
:: _ o s se dispone de una red local como si 
■: r sistema operativo Windows para 
~'5:5j0 en Grupo ofrece las siguientes 
i3"3cterísticas: 

1.- Trabajar en grupo mediante una red 
~et ce poner en marcha, fácil eprender y 
de -sar. 

2 - Es la primera plataforma Windows 
:e~= Trabajar en grupo. 

2 - Si ya se dispone en la actualidad de 
.'5 r ed local, Windows para Trabajo en 
&rupo se añade a dicha red, mejorando 
*tte: emente sus posibilidades y aminorando 
tt :m:¡emas que se pudieran presentar en 


la actualidad. 

4.- Permite aprovechar la potencia del 
trabajo en red de 32 Bits. 

Windows para trabajo en grupo, juega un 

♦♦♦♦♦♦♦♦♦ 

EN EL WINDOWS 3-11 SE HAN 

COMBINADO DOS ELEMENTOS: 

LAS POSIBILIDADES DE LA RED 

LOCAL Y LA POTENCIA DEL 

ENTORNO OPERATIVO WIN¬ 

DOWS- 

♦♦♦♦♦♦♦♦♦ 

papel clave con sus capacidades de comuni¬ 
cación incorporadas. Cualquier grupo de tra¬ 
bajo que disponga de varios PCs puede rápi¬ 
da y fácilmente beneficiarse de las ventajas 
de la conexión en red. La posibilidad de com¬ 
partir archivos e impresoras, junto con las 


ventajas del correo electrónico y el planifica¬ 
dor de grupo, conforman una plataforma 
completa para esta modalidad de trabajo. 
Toda la familia de sistemas operativos 
Windows comparte la misma interface de 
usuario y el mismo entorno de programa¬ 
ción, lo que permite mezclar distintas plata¬ 
formas formando una solución global perfec¬ 
tamente adecuada a las necesidades del pro¬ 
ceso. 

EL PORQUE DE WINDOWS PARA 
TRABAJO EN GRUPO 

Se observan distintos aspectos relevantes 
en el panorama actual de la informática en 
red: 

- La mayor parte de las redes actuales 
son difíciles de instalar, de aprender y de 
usar. 

- El traslado de aplicaciones propias de los 
ordenadores mayores hacia el sistema en 
red está experimentando un gran auge, pero 
los clientes no están seguros de cómo hacer 
este cambio protegiendo sus actuales inver¬ 
siones en redes. 

- La informática de grupos está en sus 
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albores, si bien se esta desplazando un gran 
interés hacia esta modalidad, interés que se 
acrecienta según los usuarios empiezan a 
percibir sus enormes posibilidades. 

Un pequeño grupo de trabajo puede ser 
una persona (como tú) que tiene dos o más 
PCs para desarrollar sus actividades y jue¬ 
gos, o bien una pequeña empresa con unos 
cuantos PCs, o un departamento de 
una gran empresa en la que no hay 
interacción con otros departamen¬ 
tos o redes compartidas. Los plan¬ 
teamientos en este caso serían los 
siguientes: 

Primero, plantearse una forma 
asequible de compartir la informa¬ 
ción y de trabajar en grupo más 
productivamente. 

Segundo, darse cuenta que las 
redes son caras, el S.O. del sistema 
operativo en red llega a costar cien¬ 
tos de miles de pesetas, resulta 
caro contratar a un experto que ponga la 
red en marcha y que la administre y manten¬ 
ga. 

Y tercero, es difícil de configurar, de com¬ 
prender y de usar, por ello los usuarios no 
llegan a aprovechar todas sus ventajas. 

Pero, amigo, Windows para Trabajo en 
Grupo resuelve perfectamente estas necesi¬ 
dades de los pequeños grupos de trabajo: es 
una red económica, no necesita expertos ni 
de una persona dedicada a su administración 
y mantenimiento, no necesita de un PC dedi¬ 
cado a los labores de servidor y es muy fácil 
de usar, puesto que bastan con los conoci¬ 
mientos de Windows Sistema Operativo. 

CONECTIVIDAD EN RED WINDOWS 
TRABAJO EN GRUPO 3.11 

A la par de la presentación de Windows 
para trabajo en grupo 3.1, apareció 
Windows NT, esto fue una estrategia 
Microsoft, por la pérdida de interés de 


Microsoft Lan Manager. Windows NT, tam¬ 
bién es conectable en red punto a punto, 
pero con un sistema de capas mucho más 
perfecto; con lo cual actúa de soporte para 
la red integrada, es mas aun, es un sistema 
de red mas que un sistema operativo, con lo 
cual es capaz de soportar otras redes loca¬ 
les. 

Windows para trabajo en grupo es el 


mejor Software para cliente bajo MS-DOS. 
Funciona en modo protegido con un direccio- 
namiento en red de 32 bits (cosa que la ver¬ 
sión 3.1. nolo tenía), por supuesto soporta 
los mismos protocolos y la misma arquitec¬ 
tura en red. Y como siempre comento lo que 
ya sabéis, la ventaja de trabajar en un entor¬ 
no igual. 

Otras de la novedades de Windows 3.11 a 
nivel de prestaciones para el usuario, es 
poder compartir el FAX/MODEM, más capa¬ 
cidad en seguridad, control de red, y otros. 
En el campo de seguridad en red aparecen 
novedades pero con la sencillez de siempre, 
fácil y didáctico; con la posibilidad de conec¬ 
tar Windows NT y NT Advanced Server. 

CONECTIVIDAD MS-DOS 

Una de las mejoras en la conectividad en 
red son unos controladores en red con 32 
Bits. Esto permite duplicar la capacidad de 
trabajo en red. Por otro lado el uso de fiche¬ 


ro de 32 Bits nos proporciona un medio más 
de eficacia sobre las operaciones en ellos. 
Pero tenemos que analizar bien las tarjetas 
controladoras IDE, ya que nos pueden dar 
“la vuelta a la tortilla ", en función de que no 
soporte trabajar con 32 Bits y esto nos 
influiría, fuertemente, en las prestaciones. 
Por ello estas tarjetas controladoras pueden 
ser perjudiciales o no. Una mejora destaca- 
ble de NOVELL es el aumento de 
soporte en red punto a punto para 
el Sistema Operativo NOVELL-DOS 
7.0, pero no para versiones ante¬ 
riores, y sí gracias a nuestro 
apreciado Windows Trabajo en 
Grupo que nos facilita todo esto 
de forma que se puede trabajar 
sin problema alguno. Pero 
además, Windows Trabajo en 
Grupo nos permite compartir 
impresoras y las unidades en 
disco, como si todo fuera uno 
mismo. Es como un mundillo que 
rodea a Windows y no se separa de él, como 
a tí y mi nos gusta ; fácil, directo y didácti¬ 
co. 

El MS-DOS nos proporciona lo que ya 
conocemos (cosa que no me pararé a 
comentaros), pero Windows nos proporcio¬ 
na la posibilidad de controlar llamadas, alma¬ 
cenarlas, leerlas, e imprimirlas; es decir 
todo un proceso evolutivo de la información, 
con gran seguridad y mas sencillo de lo que 
parece. Por otro lado el programa soporte 
NET, se carga como residente y tan sólo 
ocupa 5 KB en memoria convencional; y 55 
KB en extendida. Esto es una gran mejora ya 
que se ha conseguido reducir el espacio con- 
siderablemnte. Los parámetros son muy 
variados, y no nos vamos a entretener en 
ello pero te mencionaré alguno de ellos: todo 
tipo de contraseñas, diversos protocolos, 
conexiones..., y unión a Windows NT...etc. 

BREVE HISTORIA DE WINDOWS NT 
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las imágenes corresponden a diversos aspectos de la red para trabajo en grupo 
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Acceso remoto 


Servicio de Acceso remoto le conecte a la red de su oficina 
desde una localidad remota, tal como su hogar o un 
hotel.Una vez conectado, podrá acceder a los recursos de 
red como si estuviera conectado directamente a la red. 



Para usar Acceso remoto, debe disponer de un servidor con 
Windows NT, Lan Manager o con Acceso remoto en su 
oficina para aceptar llamadas. Comuniqúese con el 
administrador de sistema para obtener más detalles. 

Para proceder a instalar Acceso remoto, presione Instalar. 


instalar 


Cancelar 


3 desarrollo de Windows NT dio comienzo 
*í:e aproximadamente 5 años. En 1989 
De.xj Cluter estaba al frente del grupo DEC 
ArSí, vio como esta empresa cancela su 
"t.ecto de un Sistema Operativo avanzado 
:e 32 Bits; y éste, al sentirse traicionado, 
aecadíó irse de la empresa con sus 16 desa- 
"dD adores; pasándose todos a Microsoft, y 
¡'asentando sus planes para NT (New 
~a:' n ology). 

- os dos años, en 1991, mientras se 
rnaoa en la fase media de la creación de 
V7 Microsoft ya estaba cormecializándolo. 

' :°osoft empezó a atraerse a los fabrican- 
ndependientes de Software Unix; 
:e: candóse a esta labor 100 miembros del 
:' , .30 de Sistema, ya que por lo general 
Ji i mostraba una aptitud receptiva hacia 
' ~ A principios de 1992, Microsoft había 
:::do impulso de los fabricantes indepen¬ 
dies. En Abril de este mismo año, se 
zaeoró la muestra Spring/Condex Windows, 
3 * a cual se presenta oficialmente Windows 
r En Octubre de dicho año, Microsoft hizo 
:jo#co su producto “Windows para Grupos 


de Trabajo", y unas semanas más tarde, en 
la muestra de Condex/Fall, se hicieron 
demostraciones con más de 200 aplicacio¬ 
nes de 32 Bits, declarando un portavoz de 
Microsoft que: “Antes de que termine el año 
se sacaran más de 50.000 juegos de NT”. 
Tú bien lo sabes que ha sido cumplido. 

LA COMPETENCIA 

Se diga lo que se diga acerca de la tecno¬ 
logía de NT, Microsoft, tiene una gran ven¬ 
taja respecto a la industria Unix , y es en 
todo lo referido a la comercialización. Esto 
se debe a la gran cantidad que posee tanto 
de expertos como de dinero y que supera en 
cualquiera de los casos a cualquier fabrican¬ 
te de Unix y cualquier otro. 

"Nadie más, aparte de Madonna, sabe 
venderse mejor que Bill Gates. Microsoft 
puede echar del mercado al universo Unix 
entero “. Los partidarios de Unix se apresu¬ 
ran a señalar que esperan que la actitud de 
Microsoft hacia los estándares abiertos y 
otros posibles defectos alejarán a los clien¬ 


tes corporativos de unirse a NT. La nueva 
vorsión Unix de Univel, UnixWare, y demás 
entraran en contienda por captar muchos de 
los clientes que pretende captar NT. APPEL- 
BAUM aduce que "Microsoft entiende de 
software de productividad personal y de PC. 
pero no de de los sistemas que depende 
toda una empresa". 

JOAL APPELBAUM cree que: Unix tiene 
ventaja en la expertización de los VAR. de los 
integradores de Sistemas y de consultores 
con años de experiencia en la resolución de 
problemas referentes a Unix, así como refe¬ 
rente a programadores que conocen bien el 
Sistema. JIM BILLMATER, vicepresidente de 
comercialización de productos de SunSoft, 
cree que una cuestión clave inicial será la 
trayectoria que tiene Unix: La arquitectura 
está aquí en NT, pero llevará años hacerla 
consistente, afirma. Hemos tenido versiones 
multiprocesador de Solaris durante bastante 
tiempo y la gente esta utilizándolas para tra¬ 
bajar en ellas. A pesar de todo esto BILL- 
MAIER también reconoce que .-Microsoft 
será el único rival de SunSoft a largo plazo. 
En contraposición a todas estas declaracio¬ 
nes hay personas que también alaban a NT. 
(seguro que tú, eres uno de ellos) . Así L0U 
GIGLI0 (Vicepresidente de investigación de la 
empresa de valores Bear Stearns & 
Company) declara que: Creo que NT va a ser 
un producto con éxito. No creo que de 
manera inmediata sea un éxito apoteósico. El 
ciclo de adopción será un poco diferente del 
de Windows. 

Hecha esta breve introducción a el 
Windows para trabajo en Grupo, a su histo¬ 
ria y desarrollo a lo largo de los años, mate¬ 
ria ésta que todo programador debe conocer 
para saber en el entorno en el que va a 
moverse, os dejo por este mes. 

En el número siguiente nos dejaremos de 
preámbulos y entraremos de lleno en lo que 
de verdad nos interesa; La programación 
bajo el entorno de Windows, una plataforma 
que resulta excepcional para juegos. Adiós. 



Configuración para la red 


Configuración para la red:' 


El programa Instalar instalará soporte de Windows 
para las siguientes redes en su computadora: 

Red de Microsoít Windows (versión 3.11] 


—-* i Puede compartir sus archivos e impresoras con 
otros usuarios. 


Controladores de red: 


Redes.. 


Compartir... 


K SVEC FD04901 EtherBoaid [NDIS2] 

Controladores... 

^Microsoft NetBEUI 

^ = IPX/SPX Compatible Transpoit with NetBIO 



Aceptar 


Cancelar 


Ayuda 


CJ 

35 

















































































CURSO 



José Antonio Brihuega 


Funciones de 


L as funciones de la bibliote 
ca de E/S estándar son, con 
diferencia, las más usadas 
por los programadores de 
C. Permiten una fácil interacción 
entre los programas y los canales 
(streams) estándar que proporcio¬ 
na el sistema operativo. 

En el número anterior se intro¬ 
ducía el concepto de “canales 
estándar”, como una forma senci¬ 
lla de tomar datos del teclado y 
ponerlos en la pantalla. Pero su 
función no termina ahí, pues el sis¬ 
tema operativo permite “redirec- 
cionar” estos canales hacia cual¬ 
quier dispositivo o fichero externa¬ 
mente al programa, sin necesidad 
de modificación alguna. El progra¬ 
ma sigue tomando o poniendo 
datos en el canal, sin saber que 
éste ha sido reconducido a otro 
dispositivo. 

El único canal que no se puede 
redireccionar es el de errores 
(stderr). Esto es así en el entorno 
MS-DOS, aunque en otros siste¬ 
mas puede hacerse, pero no es 
habitual. 

El redireccionamiento se hace 
directamente sobre la línea de 
órdenes del MS- DOS, al arrancar 
el progra ma. 

Tomando como ejemplo nuestro 
programa del núme ro anterior 
“lista.c”, que escribía en pantalla 
la lista de caracteres ASCII, lo 
compilamos, produciendo el ejecu¬ 
table “lista.exe”. Para ejecutarlo 
escribimos en la línea de órdenes 
del DOS: 
lista 

Esto producirá en pantalla la 
lista ASCII, porque el canal de sali¬ 
da estándar (stdout), que utiliza el 
programa, se dirige “por defecto” 
a la pantalla. 


Ahora probemos a escribir lo 
siguiente: 
lista >PRN 

El resultado aparece en la 
impresora, o se produce un error, 
en caso que ésta no esté conecta¬ 
da. El símbolo “>” indica al DOS 
que redireccione la salida estándar 
a la impresora (disposit ivo PRN). 

Si queremos guardar el resulta¬ 
do en el archivo “prueba.txt”: 
lista >prueba.txt 
También se puede redireccionar 
la entrada (con el símbolo "<“), o 
interconectar dos programas 
mediante una barra vertical (|), 
que hace de “tubería” (pipeline), 
conectando la salida del primero 
con la entrada del segundo (tal y 
como aparece en el dibujo de la 
página siguiente). 

Por ejemplo, podemos pasar la 
salida de lista.c a nuestro filtro 
mayus.c, para que elimine las 
letras mayúsculas: 
lista | mayus 

Aparecerá en pantalla la lista 
ASCII, con las mayús culas conver¬ 
tidas en puntos. 

Todo ello ha sido posible porque 
en estos programas hemos usado 
funciones de E/S que usan los 
canales estándar. 

Las funciones que se explican a 
continuación están declaradas en 
la cabecera stdio.h, por lo que 
pondré mos la orden 
#include <stdio.h> 

...al principio de los programas 
que usen de ellas. 

UN CARACTER CADA VEZ 

Las funciones más sencillas son 
las que hemos estado usando en 
los números anteriores. 

Estas funciones manejan un sólo 
carácter cada vez, produciendo 


C J 

36 



valores de tipo int. Si usamos 
valores char, hay que tener en 
cuenta que se convertirán a int al 
ejecutarse la función. Habrá que 
tener cuidado con ello, pues podría 
hacer que el resultado no sea el 
que esperamos. 

La función putchar pone en el 
canal de salida estándar (stdout) 
el carácter cuyo código ASCII le 
pasemos como parámetro entre 
los paréntesis. 

putchar(IOO); 

Esta orden pondrá en pantalla 
(o en el dispositivo direccionado 
por stdout) la letra d minúscula, a 
la que corresponde el código ASCII 
100 . 

Como ya hemos explicado, si 
usamos un valor char, éste se 
convertirá automáticamente a int: 

putcharCd’); 

Esto es equivalente a la orden 
anterior. La letra en cuestión debe 
estar, como es habitual, entre 
comillas simples, para que el com¬ 
pilador la interprete como una 
constante de tipo char. 

Como en cualquier otra función, 
se puede usar como argumento el 
valor de una variable. 

putchar(letra); 


Si usamos una variable char, se 
regirá por las mismas normas, 
para la conversión a int. 

Muchos piensan que putchar es 
una función void, es decir, que no 
devuelve resultado. En realidad sí 
lo hace, aunque normalmente se 
desecha. La función devuelve el 
mismo valor que se le ha pasado 
como parámetro. En el caso 
(harto improbable) de que ocurra 
un error en el canal, putchar 
devuelve la constante EOF, la cual 
ya fue mencionada en el número 
anterior. 

Así pues, es posible usar este 
resultado para comprobar si nues¬ 
tra letra ha sido puesta sin proble¬ 
mas en el canal: 

if (putchar(letra) ==EOF) exit(l); 

Esta orden pone el valor de la 
variable "letra” en el canal stdout 
y termina el programa (exit) si la 
operación no se efectuó correcta 
mente. Esta comprobación, sin 
embargo, no suele hacerse casi 
nunca, pues son raros los casos 
en que el canal no funciona correc¬ 
ta mente. 

La función que realiza la opera¬ 
ción inversa es getchar. Esta fun¬ 
ción no recibe argumentos de 
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entrada (no se pone nada entre 
los paréntesis). Tras cada ejecu¬ 
ción, devuelve el si guíente carác¬ 
ter que encuentre en el canal de 
entrada estándar Cstdin), sin 
importar de qué dispositivo pro¬ 
viene. Si encuentra el carácter de 
final de fichero (control-Z), 
devuelve la constante EOF (End Of 
File). También devuelve EOF en el 
caso de que ocurra algún error en 
el canal. 


Por ejemplo: 
car = getcharO; 
lee un carácter de stdin, y lo 
almacena en la variable "car”. Si 
dicha variable está declarada 
como char, el valor se "truncará” 
antes de ser almacenado, por lo 
puede perderse información. Esto 
es así porque el tipo char tiene un 
rango de valores menor que el int. 
Siempre que el valor leído esté 
dentro del rango char, la conver¬ 


FORMATOS DE CAMPO PARA PRINTF 

%d y %i 

Entero decimal con signo 

%o 

Entero octal sin signo 

°/ou 

Entero decimal sin signo 

%x 

Hexadecimal sin signo (minúsculas) 

%K 

Hexadecimal sin signo (mayúsculas) 


Punto flotante (notación decimal) 

°/oe 

Punto flotante (notación científica) 

%g 

°/of o %e según precisión necesaria 

%E y %G 

Como °/oe y %g, en mayúsculas 

°/oc 

Carácter simple 

°/os 

Cadena de caracteres 

°/o°/o 

Imprime el carácter 

%p 

Puntero (near XXXX, far XXXX:XXXX) 


CONEXION DE DOS PROGRAMAS A TRAVES DE UNA "TUBERIA 11 

(PR0G11PR0G2) 



sión se realizará sin problemas. 

Este no es el caso de la cons¬ 
tante EOF, cuyo valor está fuera 
del rango de char. Por tanto, si no 
tenemos cuidado de usar variables 
de tipo int, encontraremos proble¬ 
mas para detectar el final de fiche¬ 
ro, tal y como se explicó en el 
número anterior. La secuencia si 
guíente: 

letra = getcharO; if (letra = = 
EOF) exit(O); 

o su equivalente: 

if((letra = getchar) = = EOF) 
exit(O); 

no funcionarán correctamente, 
a no ser que tengamos cuidado de 
declarar "letra” de tipo int. 

Como ya se adelantó en el 
número anterior, el canal stdin 
funciona a través de un “buffer” 
(memoria intermedia). Los carac¬ 
teres teclea dos van acumulándo¬ 
se en el buffer hasta que está 
lleno o se pulsa Intro. 

Así pues, la función getchar se 
mantiene en espera hasta que el 
buffer es liberado, y entonces va 
leyendo los caracteres uno a uno. 

En el caso que la entrada no 
esté siendo tomada del tecla do, el 
funcionamiento es idéntico. 

PRINTF Y SCANF: EN TRADA 
Y SALIDA FOR MATEADA 

Tomar y poner datos en los 
canales estándar a razón de un 
carácter cada vez puede ser útil 
en muchos casos; sin embargo, 
hay momentos en los que necesi¬ 
tamos presentarlos con un forma¬ 


to más elaborado, que incluya can¬ 
tidades numéricas, cadenas de 
caracteres, etc. Lo mismo pode¬ 
mos decir de la entrada de datos, 
sea por teclado o no. 

La función printf (print format) 
se encarga de poner en la salida 
estándar la información de acuerdo 
con el “formato” que le indique¬ 
mos. 

Printf acepta un número varia¬ 
ble de argumentos entre los 
paréntesis. El primero de ellos es 
el formato que indica exactamente 
la manera en que queremos los 
datos. El resto de parámetros, que 
son opcionales, son los propios 
datos (constantes, variables, 
expresiones, etc.) a los que nos 
referimos dentro del forma to. 

printfí"Formato”, dato,...); 

El formato debe ir entre comillas 
dobles, porque es una cadena de 
caracteres (las comillas simples 
sólo se usan con caracteres indivi 
duales). Los datos pueden ser de 
cualquier tipo válido en C. 

Cualquier carácter dentro del 
formato se imprimirá tal cual. Así 
pues, una de las formas de usar 
printf es con un formato totalmen¬ 
te literal: 

printf("Hola mundo”); 

printf("Buenos días\n"); 

Están permitidas las secuencias 
de escape (como \n y \r). Printf no 
da saltos de línea automáticamen¬ 
te, así que, si los queremos, ten¬ 
dremos que ponerlos directamen¬ 
te, como en el segundo ejemplo. 

Si ejecutamos seguidas las dos 
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/* Programa para ilustrar el uso de la 
anchura de campo en scanf */ 

Scanf.c 


printf[“Por favor, introduzca un entero, un carácter y otro entero: “); 
¡3 = scanf(“%1d %c %d", %i1, &c1, %i2); 
printf(“i1 =°/od\nc1 =%c\ni2=°/od\n”, il, el, i2); 
printf(“Se han procesado %d argumentosAn”, i3); 

return 0; 

} 


#¡nclude <stdio.h> 

int main(void) 

{ 

int il, i2, ¡3; 
char el; 


órdenes anteriores, el resultado 
sería: 

Hola MundoBuenos días 

El segundo printf sale “pegado" 
al primero, porque no incluía el 
salto de línea. 

La verdadera potencia de printf 
la obtenemos al intercalar datos 
no literales. Esto lo haremos usan¬ 
do un signo de porcentaje, seguido 
de un identificador de tipo, que es 
una letra indicadora de la manera 
en que queremos presentar el 
dato: 

printf("Tienes %d años.Vi”, 
edad); 

La secuencia %d indica que el 
valor de la variable “edad" sea 
impreso como número entero 
(decimal). 

Suponiendo que la variable edad 
tenga el valor 19, el resultado 
sería: 

Tienes 19 años. No es obligato¬ 
rio que el identificador se separe 
con espacios: 

printf (“T¡enes 0 /odaños.\n", 
edad); 

Dará como resultado: 

Tienes19años. 

En el cuadro adjunto tienes 
todos los formatos disponibles, 
aunque algunos se refieren a tipos 
de datos que todavía no se han 
explicado aquí. Como siempre, 
pueden existir pequeñas diferen 
cias, según el compilador que use¬ 
mos (esta tabla se refiere a Turbo 
0 . 

El número de datos que se pue¬ 
den poner no está limitado, pero 
es obligatorio que cada uno tenga 
su correspondiente expresión al 
final, y que estén en el mismo 
orden. Esto es importante, pues si 
no el resultado será imprevisible. 

printf(“Tienes %d años y mides 
%f\n”, edad, altura); 

Si edad contiene 21, y como 
altura 1.81, el resultado sería: 

Tienes 21 años y mides 
1.810000 

La razón por la que salen los 
ceros a la derecha del 1.81, es 
porque se está usando la precisión 
por defecto. Si deseamos un 
número determinado de cifras, ya 
sea en formato entero como flo¬ 
tante, lo pondremos entre el por- 
cen taje y la letra: 

printf("Tienes %d años y mides 


%1.2f\n”, edad, altura); 

Da como resultado: 

Tienes 21 años y mides 1.81 

La secuencia %1.2f indica que 
el número float debe escribirse 
con una cifra entera y dos decima¬ 
les. 

Existen muchos modificadores y 
opciones como esta, que permiten 
formatear los datos a nuestro 
antojo. Su estudio detallado ocu¬ 
paría demasiado espacio. Todo ello 
se puede encontrar publicado en 
multitud de libros y manuales. 

La función inversa a printf es 
scanf (sean format), que toma 
datos de la entrada estándar, y 
nos los proporciona formateados a 
nuestro gusto. 

Scanf se usa igual que printf; 
incluso las secuencias de formato 
son iguales. 

scanf(“%d”, Sedad); 

Este ejemplo toma de la entrada 
un número entero, y lo almacena 
en la variable edad. 

El porqué del símbolo & se esca¬ 
pa a los conceptos hasta ahora 
explicados. Por ahora, sólo decir 
que si no lo ponemos, no obten¬ 
dremos el resultado deseado. 

Scanf proporciona como valor 
de retorno el número de valores 
leídos correcta mente (en el ejem¬ 
plo, 1). Esto es útil para compro¬ 
bar si hubo algún error en la lectu¬ 
ra: 

if (scanf(“°/od",Sedad)!= 1) 
printf(“Error.\n"); 

Al igual que en printf, el argu¬ 
mento alfanumérico puede conte¬ 
ner reservas de espacio y textos 
normales. 

Sin embargo, scanf es mucho 
más selectivo acerca de lo que se 
hace con el texto del argumento 
alfanumérico. 

Es importante distinguir entre 
“espacios en blanco” (blancos, 
tabuladores, saltos de línea...) y 
caracteres que no sean espacios, 
a los que trata de forma diferente. 

Así, la cadena de caracteres 
puede tener tres clases de infor¬ 
mación diferentes: 

- Reservas de espacio (%) - 
Espacios en blanco - El resto de 
caracteres 

Si scanf ve un carácter de 
espacio en blanco, leerá (no alma¬ 
cenará) cualquier espa ció hasta 


encontrar el primer carácter no 
blanco. Así, para la siguiente 
orden: 

scanf(“°/od %c °/of”, &a,&c, &x); 

podría ser una entrada válida la 
siguiente: 

17 c 35.6 

Sin embargo, si hubiéramos 
separado los campos con comas 
en vez de con espacios, sólo se 
permitiría una entrada como la 
que sigue: 

17,c,35.6 

Si scanf no encuentra el carác¬ 
ter que busca, la función se acaba 
inmediatamente, lo cual no suele 
ser muy deseable. 

A causa de ello, scanf no es la 
mejor forma de capturar datos del 
teclado. Otras funciones, que se 
verán más adelante, realizan esa 
función con mejor soltura. 

En la cadena que le pasamos a 
scanf, los caracteres que no son 
espacios serán buscados en la 
entrada, pero no almacenados. 
Simplemente los reconoce y se los 
salta. Esto será un efecto útil 
cuando sólo nos interese determi¬ 
nados trozos de la información que 
leemos. Scanf los saltará, y que¬ 
dará en disposición de leer la 
siguiente información. Este efecto 
es especialmente útil cuando la 
entrada está siendo direccionada 
desde un archivo de base de 
datos, o algo parecido. 

Al igual que en printf, es posible 
indicar los tamaños de los campos 
en sus reservas de espacio. Estos 
son interpretados como el número 
máximo de posiciones a leer para 
una variable dada. 

Scanf se quedará “atascado” si 


se especifica una anchura de 
campo más pequeña que el dato 
que se va a leer. Esto se muestra 
en el pequeño programa SCANF.C 
que podéis ver aquí arriba. 

Si se le da como entrada, por 
ejemplo: 

123 c 45 

el resultado, totalmente inespe¬ 
rado, será: 

il =1 c1=2 ¡2=3 Se han pro¬ 
cesado 3 argu mentos. 

La primera reserva de espacio 
en el argumento alfanumérico de 
scanf indica que se lea un dígito 
como máximo. La función lo hace y 
busca el siguiente carácter. Toma 
al 2 como un carácter y continúa 
procesando, lee el 3 y, como ya ha 
leído todo lo que se le mandó leer, 
termina, afirmando que ha proce 
sado satisfactoriamente los tres 
datos que se le pidió. 

Por tanto, ni siquiera podremos 
fiarnos del valor de vuelto por 
scanf. 

Como conclusión, podemos 
decir que scanf es mucho más útil 
cuando la entrada no se toma del 
teclado, y tiene un formato prede¬ 
cible. Al contrario, cuando se 
toman datos directamente del 
teclado es casi un “milagro" que el 
usuario llegue a introducir exacta¬ 
mente lo que nosotros queríamos. 

Un buen programa deberá ser 
consistente frente los errores al 
teclear, para lo cual scanf suele 
ser de poca ayuda. 

En el próximo número conti¬ 
nuaré haciéndo el C más amigable 
para todos.**** 
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Las bases del concurso son muy fáciles. Cada mes, y desde el número 1 de Código Juego se publica una 
pregunta cuya contestación es siempre un número de una única cifra. Cuando llegemos a la sexta pre¬ 
gunta, los seis números resultantes de éstas formarán un teléfono secreto. 

El primer concursante que llame a este número en el día indicado en las bases que se explicaron en 
nuestra primera revista, recibirá en su domicilio un 486 DX2, totalmente gratis. 

La pregunta de este mes: 

En un artículo del mes pasado se hacía mención al formato interno de los archivos .MOD, pero ¿sabrías 
decirnos cuántos bytes ocupa el campo FINETUNE dentro de este tipo de archivos musicales? 

El dato que obtengas lo debes multiplicar por el número de veces que se dice la palabra "AMIGA" en la 
portada el número anterior y sumárselo a la cifra que teníamos del mes anterior. Fácil, ¿verdad? 





















L a programación de videojuegos es al 
mismo tiempo un arte y una técnica. 
Como técnica, existen una serie de 
fórmulas, de recursos, que, aplica¬ 
dos con inteligencia, pueden produ¬ 
cir excelentes resultados. Como arte, sin 
embargo, no existen normas o cortapisas a 
la imaginación. Tanto el planteamiento de un 
juego como el diseño de los gráficos son fun¬ 
damentales; pero tan importantes como 
ellos son la música y los efectos de sonido, 
que pueden convertir unas simples imágenes 
en algo que, de repente, cobra vida propia. 
En cierto sentido se podría comparar con la 
diferencia existente entre el cine mudo y el 
sonoro. 

Durante bastante tiempo los ordenadores 
PC han estado enmudecidos por la falta de 
un hardware adecuado para la generación de 
sonidos o música. Hace unos años apareció 
una tarjeta de sonido, la Adlib, que, sin ser 
una maravilla, puso las primeras notas de 
color a aquellos frios beeps de la máquina. 
Un poco más tarde salió al mercado una 
nueva tarjeta de ampliación, la Sound 
Blaster, que hizo las delicias de más de un 
aficionado. No llegaba a alcanzar un nivel 
excepcional de calidad, pero nos tuvo vibran¬ 
do durante una buena temporada. Y a partir 
de aquella placa tan primitiva apareció una 
nueva camada de tarjetas de ampliación de 
sonido que no tienen nada que envidiar a los 
mejores aparatos de música. 

La tarjeta por excelencia en el reino de los 
videojuegos sigue siendo la Sound Blaster, 
que ha sentado un estándar aceptado por 
casi todos los fabricantes de hardware de 
sonido. Por tanto, la programación de ésta 
es una cuestión importantísima en el desa¬ 
rrollo del software de entretenimiento. Esta 
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tarjeta, como casi todas en el mundo del PC, 
ha venido acompañada, mal acompañada, 
por una sequía absoluta de información 
sobre su hardware y su manejo. Creative 
Labs, la compañía responsable del diseño, 
fabricación y distribución de la Sound 
Blaster, no podía haber sido más parca a la 
hora de publicar información interna sobre la 
tarjeta. Durante años tras su aparición, la 
única fuente de información fiable fue el 
paquete de programación de la propia com¬ 
pañía. El esfuerzo de muchos programado- 
res, tanto aficionados como profesionales, 
tuvo su recompensa poco a poco. Ahora 
mismo resulta factible programar cualquier 
aspecto de la tarjeta accediendo directa¬ 
mente a su hardware, sin necesidad de utili¬ 
zar las librerías del kit de desarrollo de la 
Sound Blaster. 

La primera parte se esta serie de artícu¬ 
los sobre la programación de esta tarjeta 
cubrirá el aspecto más elemental de la 
misma: su propia detección. Cada programa 
ha adoptado un sistema diferente para averi¬ 
guar si una tarjeta de sonido está instalada 
en el ordenador en cuestión, desde interro¬ 
gar al usuario hasta la detección directa del 
hardware, pasando por la lectura de las 
variables del Sistema Operativo. Preguntar 
al usuario representa una molestia añadida a 
las habituales, calibración del joystick, confi¬ 
guración del juego, password, etc. Leer las 
variables del Sistema puede ser un sistema 
válido siempre que el usuario se haya moles¬ 
tado en configurarlas previamente. En caso 
contrario, resulta imposible detectar la pre¬ 
sencia de la tarjeta. Por lo tanto, parece que 
el método más fiable es la investigación por 
cuenta propia. 

La aparición de, literalmente, centenares 


de clónicos de Sound Blaster no ha hecho 
sino empeorar las cosas. Lo que en principio 
podía ser una cuestión circunstancial se ha 
convertido en una enfermedad endémica del 
PC: la incompatibilidad. Cualquier fabricante 
de hardware toma una patente, la modifica 
ligeramente y la explota. Por supuesto, las 
tarjetas de sonido no iban a ser ninguna 
excepción, así que nos encontramos con 
múltiples variantes de los mismos chips. 
Para evitar los problemas que acarrearía el 
tener que comprobar tarjeta por tarjeta, 
vamos a limitarnos a presentar un algoritmo 
de detección de la Sound Blaster, que 
debería funcionar con todas las demás tarje¬ 
tas “compatibles”. 

La Sound Blaster tiene un determinado 
número de posibilidades de configuración que 
se seleccionan en la propia placa. Podemos 
elegir en qué IRQ (interrupción generada 
externamente), canal de DMA (“Direct 
Memory Access”, Acceso Directo a 
Memoria) o dirección l/O queremos situar la 
tarjeta. Estos detalles suelen escaparse de 
nuestra atención hasta que un juego nos 
recuerda que la configuración de la tarjeta 
está mal elegida. Entonces aparecen los pro¬ 
blemas. 

Para detectar la presencia de una tarjeta 
podemos comprobar directamente si las 
direcciones 1/0 responden a nuestras llama¬ 
das. Este puede ser el método más sencillo y 
efectivo, pero es conveniente adornarlo con 
una serie de comprobaciones accesorias 
para evitar malentendidos. Con este sistema 
averiguaremos, además, qué dirección 1/0 
base está configurada en la tarjeta. 
Acostumbra a ser 0220h, que es la direc¬ 
ción por defecto u omisión, pero no debemos 
contar con ella de antemano, ya que algunas 
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tarjetas están configuradas en la dirección 
0240h, por ejemplo. 

En este programa de detección hemos 
incluido las dos direcciones más habituales 
de la tarjeta Sound Blaster. Si fuera necesa¬ 
rio detectar todo el rango de direcciones de 
que disponen los modelos más antiguos, bas¬ 
taría con repetir el procedimiento 
detecta_blaster para las otras direcciones, 
021 Oh, 0230h, 0250h y 0260h. 

Los pasos fundamentales de la detección 
de la tarjeta de sonido son los que siguen: 
desconexión de la salida de sonido; test del 
chip DSP (“Digital Signal Processor”, 
Procesador Digital de Señal, el corazón de la 
Sound Blaster) y la lectura del registro de 
estado, que da mayor fiabilidad a las prue¬ 
bas. 

En la tarjeta, todos los accesos al hardwa¬ 
re se realizan a través de una serie de puer¬ 
tos o direcciones 1/0 que es conveniente 
conocer. Si tomásemos 0220h como direc¬ 
ción de partida para la tarjeta, la lista sería 
así: 

0226h puerto de reset (“DSP Reset”). 
022Ah puerto de lectura de datos del 
DSP (“DSP Read data”) 

022Ch puerto de escritura de coman¬ 
dos/datos (“DSP Write Data or Command”) 
022Ch puerto de estado del buffer de 
escritura (“DSP Write Buffer Status”) 

022Eh puerto de estado del buffer de lec¬ 
tura (“DSP Data Available Status”) 

La Sound Blaster tiene más direcciones de 
lectura y escritura, pero las únicas necesa¬ 
rias para la generación de sonido o música 
digitales son estas cinco. 

El acceso a la primera dirección resulta en 
un reset del chip DSP, tras el cual se debe 
comprobar si éste devuelve el byte OAAh en 
su puerto de datos. Este byte es la prueba 
genérica de que se trata de una tarjeta 
Sound Blaster o compatible con ella. El pro¬ 
cedimiento test sblaster se encarga de leer 


dicho byte. Si no aparece tras varios cientos 
de lecturas consecutivas podemos descartar 
el resto del proceso de detección, ya que, o 
bien la tarjeta no está instalada, o bien ha 
sido configurada en otra dirección 1/0. 

El siguiente paso en la detección de la tar¬ 
jeta es la lectura del puerto de datos del 
DSP para comprobar si devuelve el byte 
55h, que es el inverso de OAAh. Si este byte 
aparece, podemos considerar que la tarjeta 
de sonido es una Sound Blaster sin temor a 
equivocarnos. 

Quien haya observado de cerca los proce- 

♦♦♦♦♦♦♦♦♦ 

LA DETECCIÓN PE LA TARJETA A 

NIVEL DE HARDWARE ES EL PRI¬ 

MER PASO QUE TOPO PROGRA¬ 
MADOR DE SONIDO DEBERÁ 
TOMAR. PE ESTA FORMA SE 

ASEGURA QUE EL PROGRAMA 

SERÁ PLENAMENTE COMPATI¬ 

BLE CON LA SOUNDBLASTER- 

♦♦♦♦♦♦♦♦♦ 

dimientos de lectura o escritura de datos en 
los puertos de entrada y salida de la tarjeta, 
se habrá percatado de la complicación que 
tienen estas operaciones. Al ser tan lento el 
acceso al hardware, hay que comprobar si 
éste se encuentra en disposición de recibir 
un nuevo dato antes de enviarlo para evitar 
que éste se pierda o hacer una lectura erró¬ 
nea. Esto no representa ninguna dificultad 
siempre que se respeten las prioridades de 
acceso y no se escriban o lean valores antes 


de que el DSP nos dé su conformidad. 

El test de presencia de la tarjeta emplea¬ 
do por el programa CTVOICE.DRV, por ejem¬ 
plo, comprueba también la versión del chip 
DSP instalado para detectar el hardware 
obsoleto, en el que algunos programas no 
funcionarían. Nosotros no hemos considera¬ 
do necesaria esta última comprobación por¬ 
que la inmensa mayoría de los usuarios, por 
no decir todos, tienen tarjetas Sound 
Blaster o compatibles adquiridas de hace 
cinco o seis años a esta parte. 

El chip DSP recibe nuestras órdenes a 
través del puerto de escritura de datos y 
comandos, de la forma utilizada en el proce¬ 
dimiento escribe_DSPC0M1. En primer 
lugar espera a que aparezca un cero en el 
bit 7 del registro, y después escribe el dato 
en sí. El DSP tiene varias decenas de coman¬ 
dos, de los que ahora mismo nos pueden 
interesar unos pocos. Entre ellos están los 
siguientes: 

DSPCOM ODIh Desconecta la salida del 
altavoz 

DSPCOM 0D3h Conecta la salida del altavoz 
DSPCOM OEOh Devuelve el ID (código identi- 
ficativo) del DSP 

DSPCOM OEIh Devuelve el número de ver¬ 
sión del DSP 

La desconexión de la salida del sonido 
tiene como objetivo evitar ruidos espúreos 
que pudieran aparecer al manipular los regis¬ 
tros internos de la tarjeta. Aunque pueda 
parecer que la desconectamos dos veces, 
ésto no ocurre porque en uno de los dos 
intentos la dirección 1/0 no es la correcta y, 
por lo tanto, no tendrá ningún efecto sobre 
la configuración del chip DSP. 

Esperamos que estas rutinas de detección 
del hardware de sonido os sean de utilidad, y 
que no olvidéis mezclar las dosis exactas de 
programación técnica y de arte. Bueno, 
¡menos sermones! ¡Hasta pronto! 

David Brioso Santos 
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CURSO 


Aprende a poner música en tus juegos 


5 o PARTE 


Music 


Interface 

Por: 


José Manuel Ginés 


El asesino entra en escena. La puerta del dormitorio chirría y sus pasos se oyen fuertes y estruendosos 
haciendo crujir la vieja madera del parqué. De repente una música tétrica hace que la sansre del jusador 
se hiele en sus venas. No hay duda. Los juesos de ordenador sanan mucho cuando la acción viene 
acompañada de una melodía. Por ello, es necesario que si queréis que vuestros juesos sean buenos y 
con calidad, tenéis que aprender como poner el toque musical adecuado. Continúa el estudio del inter¬ 
faz MIDI y pronto sabrás como hacerlo. 


TABLA DE IMPLEMENTACION MIDI 
La tabla de implementación Midi es usada para 
una referencia rápida, saber qué funciones puede 
recibir y transmitir los instrumentos con Midi. No 
todos los sintetizadores y de más dispositivos con 
Midi transmiten o reciben los mismos mensajes 
Midi, es decir, por ejemplo si tenemos dos sinte¬ 
tizadores interconectados vía Midi, uno llamado A 
y el otro B. El sintetizador A puede transmitir 
presión y velocidad de teclado (tan fuerte se opri¬ 
man las teclas) pero el sintetizador B que está 
recibiendo la información enviada por A, única¬ 
mente puede reconocer los mensajes de velocidad 
de teclado y no de presión de teclado, así que 
sólo responderá a la fuerza en que las teclas se 
oprimen (velocidad). En otras palabras, el sinteti¬ 
zador B no entiende lo que es el mensaje Midi, la 
presión de teclado, porque no fue incorporado 


durante el diseño del sintetizador B. 

Hay varias razones por las cuales diferentes dis¬ 
positivos con Midi entienden diferentes mensajes. 
Una de las razones es simplemente que el equipo 
diseñador de un aparato con Midi pensó que no 
era necesario implementar algunos de los mensa¬ 
jes. Otra razón es que la manufacturera de sinte¬ 
tizadores quiere mantener sus productos al 
alcance del consumidor. Para implementar la fun¬ 
ción de presión de teclado en un sintetizador es 
necesario aumentar el número de componentes 
electrónicos y otros materiales como sensores de 
presión para el teclado. 

Para poder saber con facilidad que mensajes Midi 
son transmitidos y recibidos por los aparatos que 
posee el usuario, existen lo que se le da el nom¬ 
bre de Tabla de Implementación Midi. Esta tabla 
viene al final de cada manual de instrucciones de 


los aparatos con Midi. Por un acuerdo de la MMA 
y JMSC, cada compañía de sintetizadores debe 
incluir esta tabla haciendo saber al público qué 
mensaje transmiten y aceptan sus aparatos Midi. 
Esta es muy útil y lo digo por experiencia. Es muy 
molesto el no entender por qué el sintetizador B 
no produce ningún efecto cuando se hace más 
presión en el teclado del A, especialmente duran¬ 
te una sesión de grabación donde el tiempo es 
dinero, pero si se lee la tabla de implementación 
Midi en el manual de instrucciones del sintetiza¬ 
dor, sabremos que mensajes mensajes se pueden 
recibir y transmitir. 

La tabla de implementación Midi es recomendable 
adquirir o usar en diferentes situaciones. La 
manera de leer esta tabla es, en primer lugar, 
comparando qué funciones o mensajes son trans¬ 
mitidos por el controlador maestro que se desea 
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utilizar y cuáles funciones son reconocidas por los 
aparatos esclavos. 

A continuación se explica cómo se lee esta tabla y 
como ejemplo tomaré la tabla de implementación 
Midi del sintetizador D-50 de la compañía Roland. 
(también se ha incluido la del sintitizador MI de 
Korg). 

La tabla consiste en cuatro columnas. La columna 
de la izquierda es la columna de las funciones o 
mensajes Midi ya especificados por la MMA, es 
decir, la nota activada, cambio de controladores, 
etc... La segunda columna indica qué funciones 
son transmitidas cuando el instrumento actúa 
como el controlador maestro. La tercera columna 
es la recepción de funciones, cuando el instru¬ 
mento actúa como esclavo, en esta columna es 
donde se dará cuenta qué mensajes o funciones 
Midi pueden entender y responder el sintetizador. 
La última columna es para comentarios, es decir, 
cualquier instrucción específica que el fabricante 
del instrumento quiera dar a conocer. Cuando 
lean estas tablas se encontrarán varios símbolos. 
Un círculo “O" significa que el instrumento Si 
recibe y transmite el mensaje de que se está 
hablando y una "X” significa'que el instrumento 
no puede responder a los mensajes enviados por 
el controlador maestro. También, en la parte infe¬ 
rior de cada tabla se encuentra el código de los 
mensajes de MODO que es la manera como los 
instrumentos esclavos responderán a los mensa¬ 
jes enviados por el controlador maestro, es decir, 
si la información es recibida por los 16 canales 
Midi o si se tiene que asignar un canal específico 
para recibir la información. La descripción de las 
funciones es la siguiente: 

CANAL BASICO (basic channel): la función del 
canal básico se divide en dos y son: 

a] Designación de fábrica (default). Este es el 
número de canal Midi en que el instrumento ha 
sido asignado desde la fábrica. Por lo general es 
el canal número 1. También indica si el usuario 
puede cambiar esa asignación por medio del panel 
frontal. En el D-50 los 16 canales pueden ser 
transmitidos y recibidos. Estos se pueden asig¬ 
nar al canal deseado. También, los cambios se 
pueden almacenar en la memoria como parte del 
sonido. 

b) Cambio de canales (change). Esto quiere decir 
quñe el instrumento puede cambiarse a cualquier 
canal (1 al 16) para transmitir y recibir los men¬ 
sajes Midi. 

En el D-50 todos los canales se pueden usar para 
transmitir y recibir información Midi. 

’.'ODO, (Mode): Esta función es la manera en que 
ios instrumentos esclavos recibirán la información 
Midi. El código de los diferentes modos se 
encuentran en la parte inferior de la tabla de 
:mplementación Midi de cada instrumento, 
a) Designación de fábrica (default). Cuando el 
aparato se enciende por vez primera, general¬ 
mente viene asignado en el modo número 1 


(OMNI ACTIVADO/POLIFONICO). Este modo se 
puede cambiar al modo deseado dependiendo de 
la aplicación. La razón por la cuál el Modo 1 es 
generalmente asignado de fábrica, es debido a 
que si el comprador es novato, que pueda conec¬ 
tar dos instrumentos vía Midi y pueda tocar sin 
preocuparse en asignar los canales Midi. 

El D-50 transmite la información Midi en el modo 
3 (OMNI/DESACTIVADO/POLIFONICO) y recibe la 
información en cuanto se enciende en los modos 
1,3, y 4. Estos modos se pueden almacenar en la 
memoria del instrumento para no tener que cam¬ 
biar cada vez que se encienda el aparato. 

b) Mensajes (Messages). Son la descripción de 
cada Modo. La abreviaciones de estos se encon¬ 
trarán en las tablas de la siguiente manera: el 
Modo 1=omn¡ on/poly; El modo 2 = omn¡ 
on/mono, el Modo 3 = omni off/poly y el Modo 
4=omn¡ off/mono. El D-50 transmite en el Modo 
3 que es OMNI OFF/POLY y recibe la información 
en los Modos 1, 3, y 4, es decir, en OMNI 
ON/POLY, OMNI OFF/POLY y OMNI OFF/MONO, 
respectivamente. 

c) Alteración de modo (altered). Esta función ha 
sido incorporada para que en caso de que el ins¬ 
trumento esclavo no responda a un Modo en par¬ 
ticular, éste sea sustituido por otro automática¬ 
mente para poder recibir la información Midi. 
Por ejemplo, digamos que el instrumento contro¬ 
lador maestro es una guitarra controladora de 
sintetizador que envía los mensajes Midi en el 
Modo 4 (Omni off/mono), es decir, cada cuerda 
será asignada a un canal diferente. Ahora bien, si 
el sintetizador que se está controlando con la 
guitarra no puede recibir en el modo 4, éste se 
cambiará a otro modo automáticamente para que 
pueda recibir la información enviada por la guita¬ 
rra controladora de sintetizadores. En las tablas 
notarán que en la columna de información, recibi¬ 
da, estará escrito el siguiente: Mode 4 > Mode 
3. Esto significa que si el esclavo recibe el byte de 
estado desde el maestro que le indica qule los 
mensajes vienen en el modo 4, éste, el esclavo, 
recibirá los mensajes en el modo 3. El modo al 
que se cambia es decidido por el equipo diseñador 
del instrumento. Por supuesto, el sintetizador 
esclavo no responderá correctamente a la acción 
de la guitarra porque no es el modo apropiado. 

En el D-50, si el Modo en que la transmisión de 
información se lleva a cabo es el modo 2, este no 
lo entenderá y consecuentemente lo remplazará 
del 2 al 1. En otras palabras, recibirá la informa¬ 
ción en el Modo (OMNI ON/POLY). 

- NUMERO DE NOTA: (note number). El número 
de nota es el número ya estandarizado para cada 
tecla del sintetizado. Una manera de usar el 
Número de Nota es cuando se quiere controlar 
una caja de ritmos por medio del teclado maes¬ 
tro, es decir, en lugar de tocar los botones en la 
caja de ritmos para producir los sonidos de 
batería y de percusiones, estos son controlados 


por medio del teclado del sintetizador. El usuario 
deberá asignar los números de cada tecla a cada 
botón de la caja de ritmos según se desee. La 
asignación se lleva a cabo por medio de los con¬ 
troles del panel frontal de la caja de ritmos. Otra 
aplicación es cuando se tiene un sintetizador 
multi-timbral y el usuario desea dividir el teclado 
en diferentes partes o zonas para poder asignar 
más de un sonido diferente en el mismo teclado 
del sintetizador multi-timbral. 

En la tabla de implementación Midi se encuentra 
el rango de notas que puede ser transmitido. El 
rango de notas que el sintetizador transmite, es 
usualmente el mismo número de teclas que 
posee. En un teclado de cinco octava como el DX- 
7 de la compañía de sintetizadores Yamaha, el 
rango de notas es del 36 al 96 siendo el número 
36 la primera tecla del DX-7 o sea el primer DO y 
el 96 es el último DO del teclado, la última tecla. 
En la columna de información “recibida” por lo 
general el rango es de 0 al 127, es decir que ese 
sintetizador en particular es capaz de recibir todo 
el rango de la numeración de un teclado de diez 
octavas, la mayoría de los sintetizadores cuentan 
con una función con la cual se puede transportar 
el tono varias octavas arriba o abajo del tono ori¬ 
ginal. 

La función llamada Numeración real (true voice) 
que es parte de la función del Número de nota, es 
en sí el número de nota que un instrumento 
puede recibir. En otras palabras, son los tonos 
que pueden reproducir. Para que pueda reprodu¬ 
cir el sonido de las notas fuera del número de 
teclas, se tendrá que transportar en octavas al 
teclado, ya sea hacia arriba o hacia abajo depen¬ 
diendo de las notas transmitidas. 

El D-50, transmite el rango de número de notas 
del 12 al 108, y puede recibir los números de 
nota del 0 al 127. En lo que concierne en “nume¬ 
ración real”, el D-50 puede recibir notas del 
número 12 al 108. El teclado de un “grand” piano 
es de ocho octavas y su numeración va desde 21 
a 108. 

VELOCIDAD (velocity): Esta función hace que un 
sintetizador responda a la variación dinámica de 
un teclado. La nota activada (note on) y la nota 
desactivada (note off) son partes de la función de 
la velocidad. 

Nota activada (note on). Si en la columna de 
información “transmitida” aparece un círculo, 
esto quiere decir que la velocidad de teclado 
puede ser transmitida, si tiene una “x" significa 
que el teclado no envía la función Velocidad de 
teclado. Cuando los sintetizadores no cuentan 
con velocidad de teclado, estos envían a los 
esclavos conectados a él el valor numérico 64 
que significa que todas las notas son enviadas al 
mismo volumen (sin dinámica). La representación 
del mensaje en forma binaria es la siguiente: 
lOOlnnnn 
9nH 
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00111100 

60 

01000000 

64 

El primer byte es el código de la nota activada y 
la "n” es es número de canal Midi. 

El segundo byte es la tecla que corresponde al 
número 60 (DO central) 

El tercer byte es el número 64 que singnifica que 
todas las notas oprimidas son del mismo volu¬ 
men. 

Ahora bien, si la columna de información “recibi¬ 
da” de la tabla contiene una “X”, quiere decir que 
ese sintetizador no recibe velocidad de teclado y 
que reproducirá al mismo volumen todas las 
notas recibidas, por el contrario, si tienen un cír¬ 
culo, este sintetizador o módulo (sintetizador sin 
teclado) recibirá el mensaje de velocidad de tecla¬ 
do. El rango de velocidad de Teclado por lo gene¬ 
ral es del 0 al 127. El 127 significa que el sinteti¬ 
zador será muy sensible a los cambios de veloci¬ 
dad de teclado y creará efectos dinámicos, es 
decir, pianisimo, piano, forte, mezoforte, etc. Si 
la recepción de velocidad en el sintetizador escla¬ 
vo es cero, entonces, no reproducirá sonido algu¬ 
no. 

Nota desactivada (note off). Una nota activada 
con velocidad de cero (0) es equivalente a una 
nota desactivada y por lo general se muestra en 
la tabla de implimentación Midi de la siguiente 
manera: 9n v=0. El 9H es la representación del 
mensaje de la nota activada en el sistema hexade- 
cimal, la “n" es el número del canal Midi en que 
esa nota se transmitirá. Si la columna de infor¬ 
mación “transmitida” contiene una “x”, quiere 
decir que el sintetizador no envía velocidad 
cuando una tecla se desactiva (la velocidad en 
que se levanta el dedo de la tecla). Si la columna 
de información "recibida” tiene una “x”, el sinteti¬ 
zador no recibirá velocidad de desactivación del 
teclado. La velocidad de desactivación de teclado 
no es frecuentemente utilizada. Unos de los sin- 
tetizadores que poseen esta función, es el sinteti¬ 
zador Xpander y Matrix 12 de Oberheim. 

El D-50 transmite y recibe velocidad de teclado 
del 0 al 127. Pero no transmite ni recibe veloci¬ 
dad de desactivación del teclado. 

PRESION DE TECLADO (after touch): La presión 
de teclado se divide en dos formas y son: 
a) Presión de teclado polifónico (key). Donde cada 
tecla contiene su propio sensor de presión para 
transmitir diferentes niveles de presión. Esta fun¬ 
ción se utiliza muy poco por lo costoso de las par¬ 
tes. Uno de los sintetizadores que los utilizan es 
el EPS de la compañía Ensoniq. Por esta razón, en 
la mayoría de las tablas de implementación 
“transmitida” y "recibida” están marcadas con 
una “x” significando que no reciben ni transmiten 


presión de teclado polifónico, 
b) Presión de teclado monofónico (chanel pressu- 
re). Este tipo de pressión de teclado es el más 
utilizado por la compañías fabricantes. Como su 
nombre lo dice únicamente transmite un nivel de 
presión, es decir, si al tocar un acorde un el 
teclado, el dedo que esta aplicando más presión 
en el acorde va a establecer la cantidad de pre¬ 
sión enviada a los instrumentos esclavos. 

Existen sintetizadores que no pueden transmitir 
el mensaje de presión de teclado y únicamente 
pueden recibirlo, especialmente los módulos 
generadores de sonido, los sintetizadores sin 
teclado. En algunas tablas de implementación 
puede notarse que en las columnas de informa¬ 
ción "recibida" y “transmitida" en lugar de utilizar 
los símbolos para indicar si el sintetizador respor- 
de o no a los mensajes descritos (0 y "x"), ellas 
se muestran con un asterisco (*) El significado de 
éste siempre se encuentra en Ja parte inferior de 
la tabla donde se describe el símbolo. En este 
caso significa que la presión de teclado puede 
activarse y desactivarse en forma manual por 
medio de los controles en el panel frontal del ins¬ 
trumento. 

El D-50 no transmite ni recibe presión de teclado 
polifónico, pero si pude enviar y recibir presión de 
teclado monofónico que puede ser activado y 
desactivado. Este se puede programar y almace¬ 
nar en memoria. 

VARIACION DE TONO (pitch bend): La mayoría de 
los sintetizadores transmiten y responden a esta 
función. Esta función es con frecuencia activada y 
desactivada manualmente por medio de un botón 
en el panel frontal de los aparatos. Por eso 
notarán el asterisco en las columnas de informa¬ 
ción "transmitida” y “recibida” de la tabla de 
implementación. En la columna de información 
“recibida” algunas veces se encontrará el rango 
de variación de tono. Estas variaciones pueden 
ser programadas para que se transmitan y reci¬ 
ban en semitonos, cuartas, octavas, etc. Por lo 
general se especifican en semitonos del 0 al 24. 

En la cuarta columna, que es la de los comenta¬ 
rios o instrucciones especiales, se encuentra la 
cantidad de precisión en la variación de tono. 
Cuando la precisión no es buena, entonces el 
cambio del sonido no se escuchará continuamen¬ 
te, sino que se escuchará como una clase de 
sonido escalonado. La mayoría de sintetizadores 
utilizan una precisión de 7 a 9 bits. La forma en 
que se describe en las tablas de los productos en 
el mercado será de “9 bit resolution” o “7 bit 
resolution” y en otras ocasiones será en forma 
de rango del 1 al 64 en lugar de forma de bits. 

En el D-50, la furnción de variación de tono puede 
ser activada y desactivada manualmente al igual 
que puede ser almacenada en su memoria. El 


rango de variación de tono es de 12 semitonos 
(0-12), y la precisión es de 9 bits. 

CAMBIO DE CONTROL (control change): En la pe¬ 
rnera columna se encuentran los números de :s 
controladores ya anteriormente asignados por la 
MMA y el JMSC que pueden ser transmitidos * 
recibidos. Estos controladores se refieren a 5 
rueda de modulación, contolador número 1, e 
pedal controlador de volumen, controlador núme¬ 
ro 7, etc. En algunos instrumentos estos contro¬ 
ladores se pueden asignar al número que el usue- 
rio desee, dependiendo de la aplicación, es dec~ 
que la rueda de modulación no siempre tiene que 
ser el controlador número 1, este puede ser e 
controlador número 4, 25, 46 o el número 100 
El procesador de señales de audio de la comps^ s 
Alesis llamado Quadra Verb puede asignar cus - 
quier número de controlador para modular la can¬ 
tidad de reberveración con el pedal controlado^ 
para modular la cantidad de reberberación con e 
pedal controlador de volumen. En la columna de 
información "transmitida" de la tabla de imple- 
mentación, se indica que controladores se trans¬ 
miten, cuáles no se transmiten y cuales se pue¬ 
den activar y desactivar manualmente. Lo mismo 
es en la de información "recibida”, en la de 
comentarios por lo general se especifica el nor- 
bre del controlador que corresponde al núme~: 
de la primera. 

El D-50 puede transmitir los siguientes números 
de controladores: 1, 5, 64 y 65 puede ser acti¬ 
vados y desactivados de forma manual; de 0 s 

31 se pueden transmitir, al igual que del 64 a 
95; el 6, 38, 100 y 101 no se transmiten. Por 
otro lado el D-50 puede recibir los controladores 
1, 5, 7, 64 y 65 que se pueden activar y desacti¬ 
var manualmente; los controladores números 
0,2,3,4 del 8 al 31 y del 66 al 95 se pueden rec- 
bir. La recepción de los controladores númerc 
6,38,0 y 1 son casos especiales del D50 pa^ 
una explicación de ésto en el manual de instruc¬ 
ciones correspondiente. 

CAMBIO DE PROGRAMA (program change). B 

mensaje de cambio de programa es un poco cor- 
plicado por la razón de que no todos los fabricar- 
tes de sintetizadores utilizan el mismo sistema de 
numeración de los programas o sonidos. Cuarc: 
esto sucede es necesario organizar los progra¬ 
mas de tal manera de que al cambiar del progra¬ 
ma del 1 al 40. El DX-7 únicamente cuenta ccr 

32 programas en su memoria así que debe ati ¬ 
zarse un dispositivo que pueda organizar el orde - 
de los programas. A la organización de programas 
se le conoce con el nombre de "mapping”. 

En la columna de información “transmitida” S€ 
encuentra el número de programas que el sintet - 
zador en particular puede transmití" 
Generalmente se pueden transmitir 128 proeja- 
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mas del O al 127. Lo mismo es en la columna de 
información “recibida”. 

El numero real de programas que pueden ser 
transmitidos y recibidos por un instrumento 
están en esta subdivisión de la función. En otras • 
palabras, son los verdaderos números de progra¬ 


mas que se pueden transmitir y recibir. En algu¬ 
nas ocasiones se podrá observar que los números 
varían de instrumento a instrumento, por ejem¬ 
plo, del 0 al 99, del 11 al 88, etc. El D-50 puede 
recibir y transmitir los programas del 0 al 127 al 
igual que el número real. 


TADLA DE IMPLEMENTACION MIDI 

FUNCION TRANSMITIDA 


RECIBIDA 


Continuaremos en la próxima revista con la tabla 
de implementación MIDI, completándola y revi¬ 
sando los distintos aspectos que reflejados en la 
tabla gráfica que podéis observar y que serán 
completados para un mayor entendimiento de la 
misma. 


COMENTARIOS 


Canal Designación 

Básico Cambiado 

1-16 

1-16 

1-16 

1-16 

Fijado en 
memoria 

Designación 

Modo Mensajes 

Alteración de Modo 

Modo 3 

Modo 1,3,4 

Fijado en 

Poly, Omni desactivado 

Mono, Poly, Omni ON/OFF 
Modo 2>1 

memoria 

Número de 

12-108 

0-127 


Nota Numeración Real 


12-108 


Velocidad Nota Activada 

0 

0V=1-127 


Nota Desactivada 

x9n V=0 

X 


Presión de Polifónico 

teclado Monofónico 

X 

X 


Variación de Tono 

■& 

*0-12 Semi 

Resolución 9 bits 

1 

5 

* 

# 

Modulación 

■fr 

* 

Tiempo de Porta. 

7 


% 

Volumen 

Cambio de 0-131 

0 

0(0,2-4,8-31) 

Control Externo 

6,38 

control 64 

X 


Datos de entrada 

65 

* 

« 

Detección 1 

64-95 

0 

0(66-95) 

Portamento SW 

100-101 

X 

**(0-1) 

Interruptor pedal 

Cambio 

0-127 

0-127 


de Programa Número Real 


0-127 


Sistema Exclusivo 

X 

X 


Sistema .Marcador Posición 

X 

X 


.Selección Canción 

X 

X 


común . Afinación 

X 

X 


Sistema de ;Reloj 

~K 

— X 


tiempo real ¡Comandos 

X 

X 


Mensajes ¡Local ON OFF 

X 

0 

Fijado en 

auxiliares ¡Desactivación tota 

0(123) 

0(123-127) 

¡Sensor Activo 

X 

X 

en memoria 

¡Restablecimiento 

X 

X 



Apuntes 


T 


Modo 1: OMNI ACTIVADO, POLIF/MODO 2: OMNI ACTIVADO, MONOF/MODO 3:OMNI DESACT,POUF/MOD 4:0MNI DESACT, MONOF 0=SI, X=NO 
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I emos llegado a un punto donde 
LJ vamos a realizar nuestro primer 
I programa en ensamblador. En el 
I número anterior e nuestra serie 
de artículos, vimos la estructura básica de 
un procedimiento, al cual definíamos como 
“unidad funcional”, es decir un trozo de pro¬ 
grama que es capaz de hacer algo por si 
sólo. Dado que un programa realiza múlti¬ 
ples funciones diferentes, cada una de ellas 
será, o deberá ser, un procedimiento dife¬ 
rente y a su vez estos últimos, se subdivi¬ 
dirán en más y más pequeños procedimien¬ 
tos. 

Pero pasemos a la acción con el progra¬ 
ma que podéis ver en la página adjunta. 

Como podréis comprobar, el programa no 
es gran cosa, pero nos va a servir para 
demostrar y enseñar muchos de los aspec¬ 
tos de la estructura de un programa en 
ensamblador y como se crea y los pasos 
que hay que seguir para compilarlo y corre¬ 
gir los posibles errores que se hayan produ¬ 
cido en la creación del mismo. 

Lo que podéis observar aquí no es sino un 
programa normal y corriente de tipo .EXE. 

En este formato, y a diferencia de los .COM, 
el segmento de pila está presente y el 
comienzo del código puede estar situado en 
cualquier lugar de nuestro programa, no así 
en el otro formato en el que el comienzo del 
mismo ha de estar necesariamente localiza¬ 
do en la posición OlOOh, ya que esos 256 
primeros bytes están ocupados por el PSP 
(ver el apartado sobre el MSDOS de este 
mismo número) 
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Claramente pueden verse los tres seg¬ 
mentos que siempre váis a utilizar con vues¬ 
tros superprogramas. En primer lugar el de 
código que es donde se sitúa nuestro 
pequeño procedimiento al que hemos llama¬ 
do NADA, en honor a lo poco que es capaz 
de hacer, ya que simplemente nos va a 
sacar el siguiente “display” de pantalla: 

AHORA EL CONTADOR VALE 0 
AHORA EL CONTADOR VALE 1 
AHORA EL CONTADOR VALE 2 
AHORA EL CONTADOR VALE 3 
AHORA EL CONTADOR VALE 4 


No es gran cosa, ¿verdad?. Pues bien, al 
arrancar el entorno operativo del MASM 
6.0, escribiendo PWB y pulsando ENTER, se 
nos abre una ventana muy parecida al EDIT 
del MSDOS, no en vano se trata de la 
misma compañía creadora de ambas aplica¬ 
ciones. Damos nombre a nuestro archivo y 
lo grabamos sin nada, con lo cual nos ase¬ 
guramos que cada vez que mandemos un 
SAVE siempre lo hará sobre este archivo y 
no sobre otro. A continuación ya podemos 
empezar a teclear nuestro programa. Se 
pueden elegir la distancia entre tabuladores 
para hacer cada una de las columnas mayo¬ 
res o menores en tamaño, con lo que nues¬ 
tro listado tendrá el aspecto y tamaño que 
nosotros deseemos. Por lo general una dis¬ 
tancia de tabulación de 8 caracteres será 
más que suficiente. 


LOS DISTINTOS CAMPOS 

Un listado en ensamblador nunca deberá 
ser una amalgama de líneas sin sentido 
puesto que ello nos llevará, tarde o tempra¬ 
no, al mas completo de los desastres. Por 
ello, la utilización de los tabuladores es pri¬ 
mordial, no debiéndonos importar el aspecto 
bonito del listado sino su comprensión y 
organización. 

En la primera columna siempre pondre¬ 
mos las etiquetas. Estas son los nombres 
propios que nosotros le daremos a cada uno 
de los “niños” que componen nuestro pro¬ 
grama y gracias a las cuales no tendremos 
que referirnos a posiciones de memoria, que 
como números que son, siempre se prestan 
más a la confusión. La etiqueta puede tener 
hasta 32 caracteres, aunque difícilmente 
necesitaremos esa longuitud cuando quera¬ 
mos expresar lo que tal o cual parte del 
programa o variable va a representar. 
Además, etiquetas tan grandes harán de 
nuestro programa un listado excesivamente 
ancho en columnas y con lo que su impre¬ 
sión será tarea que nos reportará más de 
un problema. 

El ancho, a mi gusto, no debe exceder las 
120 columnas, permitiendo que se pueda 
imprimir en una impresora de carro ancho 
sin que por ello se rompan las columnas, lo 
cual trae consigo la ilegibilidad del listado. 

En el próximo número realizaremos la 
compilación paso a paso para que no se os 
escape nada de tan importante proceso. 








■'or: 
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aLa mejor herramienta para el programador en ensamblador 
es su compilador. En esta sección estamos analizando uno de 
los mejores del mercado. Aprende a manejarlo con nosotros. 


CODIGO 


NADA 


OTRO : 


SEGMENT PARA PUBLIC 'CODE’ 

ASSUME CS:C0DIG0, DS:DAT0S, ES:DAT0S, SS'.PILA 


PROC FAR 

MOV AX, DATOS jCarge 

MOV DS,AX 

INC CONTADOR 
CMP CONTADOR, 5 
JZ SALIDA 
MOV AX, CONTADOR 
SHL AX,1 
MOV BX,AX 

ADD BX, OFFSET MENSAJES 
MOV DX, [BX] 

MOV AH,09H 

INT 21H ;eseribe 

JMP SHORT OTRO ; ve a pe 


: 1 


con 

el comie 

n zo 

de 

1 

pasa 

mos 

a DS 




n t ad 

or s 

e in 

ere 

me n 

t a 

1 co 

nt ad 

or = 

5? 



así 

sal 

del 

pr 

ogr 

am 

el 

cont 

ador 

en 

AX 

P 

plí c 

alo 

por 

2 



en 

BX 





CONTADOR 

* 2 + OFFSET 

Me 

n DX 

el 

cont 

eni 

do 

de 

a j e 

en 1 

a pa 

n t a 

lia 


sig 

uien 

te m 

ens 

a j e 



0 a 4 




SALIDA: 

MOV AX, 

04C00H ;Salida al MSDOS 


I NT 21H 

NADA 

ENDP 


CODIGO 

ENDS 


DATOS 


SEGMENT PARA PUBLIC ‘DATOS’ 

LF 

EQU 

OAH 

CR 

EQU 

ODH 

FIN 

EQU 

$ 

ENTER1 

EQU 

LF,CR,FIN 

CONTADOR 

DB 

0 

MEN 1 

“AHORA 

EL CONTADOR VALE 0”, ENTER1 

MEN2 

“AHORA 

EL CONTADOR VALE 1”, ENTER1 

MEN3 

“AHORA 

EL CONTADOR VALE 2”, ENTER1 

MEN4 

“AHORA 

EL CONTADOR VALE 3”, ENTER1 

MEN5 

“AHORA 

EL CONTADOR VALE 4”, ENTER1 

MENSAJES 

LABEL WORD 

MI 

OFFSET 

MEN 1 

M2 

OFFSET 

MEN2 

M3 

OFFSET 

MEN3 

M4 

OFFSET 

MEN4 

M5 

OFFSET 

MEN5 

DATOS 


ENDS 

PILA 

SEMENT 

STACK ‘PILA’ 


DB 

32 DUP ( “PILAPROGRAMA”) 

PILA 

ENDS 



END 

NADA 
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Curse de Sonidos e 



D espués de ver la estructura de 
cabecera de un archivo .MOD en 
el número anterior de Código 
Juego y antes de pasar a una 
explicación más profunda sobre cómo son 
y como funcionan internamente este tipo 
de archivos músicales y sonoros, de gran 
aplicación en nuestros juegos debido a su 
enorme calidad, vamos a hacer un alto en 
el camino para elegir, de entre todas las 
existentes en el mercado, una herramien¬ 
ta que nos permita editar, visualizar y 
hacer sonar los MODS. 

Hay gran cantidad de programas que 
simplemente “tocan” estos archivos, pero 
pocos de ellos son capaces de servirnos 
para crear y editar los patrones, permi¬ 
tiéndonos realizar nuestras propias 
melodías originales. Por ello, cuando nos 
encontramos con un programa como el 
que hoy comento y encima es de dominio 
público, uno no puede sino quitarse el 
sombrero y aplaudir, dando las gracias a 
su programador, Sami Tamiletho, por 


habernos regalado tan fantástica herra¬ 
mienta. 

El grupo finlandés FUTURE CREW, muy 
conocido por la enorme calidad de sus 
jóvenes programadores, gracias a las 
demos que hay distribuido gratuitamente 
por el mundo como “Unrear y la más 
reciente “Second Real”, ganadora del cer¬ 
tamen ASM'93, ha utilizado la estructura 
de archivos MOD para todas sus realiza¬ 
ciones, en las cuales el aspecto sonoro 
siempre ha sido digno de resaltar, conjun¬ 
tamente con la calidad gráfica de las mis¬ 
mas. 

En un pequeño archivo de texto, que va 
incluido en el paquete de la segunda de las 
demos que he comentado, ellos mismos 
hacían saber que el programa de creación 
musical que habían utilizado para desarro¬ 
llar la música de “Second Real” había sido, 
precisamente, Scream Tracker 3.0. Este 
programa ya era conocido en sus versio¬ 
nes anteriores, siendo utilizado masiva¬ 
mente por propios y extraños. Lo que 



é orchivos 





Un estándar d< 



Scream Tracker 3.0 versión Beta es e 
mejor programa de edición y creacio- 
de archivos MOD que hemos visto. Es 



ScreaM Tracker 3 .0 


File. . . 



potente, rápido y lleno de prestacio¬ 
nes que nos permiten escuchar, corre¬ 
gir, cambiar nombres de samplers, 
canciones, cortar, copiar, pegar, 
incluir nuevos instrumentos, etc. 

Su manejable sistema de menús lo 
hacen ideal para trabajar con la mús> 
ca y los sonidos que después vamos a 
incluir en nuestros juegos. 

Apúntate a la moda del MOD con 
STracker. 


CJ 

50 






























































Por: 


formato 


(tu 


Ramón López 


El formato musical y sonoro .MOD se 
está convirtiendo en un estándar 
para la inclusión de música en los 
juegos actuales. Por ello, debes 
aprender cual es el formato de los 
datos que conforman este tipo de 

archivos. 


II 





ocurría era que las limitaciones eran 
grandes. A un interface difícil de 
entender se unía un sistema de 
menús críptico y enrevesado. Pero 
todo ha cambiado con esta nueva 
versión. 

SCREAM TRACKER 3.0 

Aunque se trata de una versión 
beta del producto, el programador 
hace incapié en que no dispone de 
tiempo para mejorarla, por lo que, 
por ahora, la versión final no se otéa 
en el horizonte. De todas formas, 
salvo un pequeño error que le hemos 
detectado, el resto del programa 
funciona a las mil maravillas. En las 
pantallas podéis ver sus posibilidades 
y muchas palabras sobran. 

Sí os diré que podemos editar 
absolutamente todos los aspectos de 
un MOD ya creado con anterioridad, 
así como añadir lo que nos venga en 
gana a uno que estemos haciendo 
nosotros mismos. 

Se puede variar el volumen general 
de la canción si deseamos que suene 
más fuerte en nuestros altavoces, ya 
que no todos tenemos la 
SoundBlaster conectada a un amplifi¬ 


cador de sonido. También, en uno de 
los apartados podemos variar el 
nombre de la canción, autor, nom¬ 
bres de los samplers, etc. Los sam- 
plers mismos pueden ser cambiados, 
haciendo que una trompeta cambie a 
un saxofón, por ejemplo. Situándonos 
en el lugar correcto incluso podemos 
hacer que el teclado suene al pulsar 
las correspondientes teclas como el 
sampler que elijamos. Se accede 
fácilmente a las bibliotecas de soni¬ 
dos y arrancar una canción es tan 
fácil como la tabla del dos. 

En definitiva, merece la pena 
incluirlo en nuestro disco duro y dis¬ 
frutar de él, principamente por que 
admite varios formatos musicales e 
incluye uno nuevo con el que podre¬ 
mos disponer de hasta hasta cuatro 
canales estéreo. La calidad en este 
formato es grandiosa, aunque es 
necesario tener una máquina veloz, 
486, para que no se produzcan los 
consabidos chispazos sonoros que a 
nadie le gusta. De todas maneras, 
los archivos MOD los hace sonar 
como un verdadero virtuoso. 

Este programa se incluye en el 
superdisco número cuatro, para 
aquellos que estéis interesados. 


Curso de Sonidos en el PC 

































































































Código Juego te ofrece la oportunidad 



de conseguir el primer Kit completo 
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ha dado que hablar 



Desde este número y en los sucesivos, Código Juego enseñará a sus lectores como programar los niveles de un 
juego apasionante; DOOM, de la compañía ID Software. Gracias a la utilización de unos editores especiales se pue¬ 
den confeccionar todos los niveles del juego, anadiendo los objetos, enemigos, habitaciones, escaleras mecánicas, 

puertas, paredes, armas, vidas, etc. 

En este paquete especial de cinco disquetes de alta densidad, no sólo encontrarás los editores más usados para tal 
fin, sino muchos niveles creados por otros programadores y que son inéditos en España, con lo cual te vas a divertir 
de lindo creando con tu imaginación al tiempo que te diviertes todavía más con DOOM. Pídelo al número de teléfo¬ 
no 95Ó-8402+6 al increíble precio de 2500 pesetas mas 750 pesetas de gastos de envío y podrás seguir el curso de 
Código Juego. No te lo pierdas, o te arrepentirás. Nota: el juego DOOM no está incluido en estos disquetes y es nece¬ 
sario tener una copia del mismo para que los editores funcionen. Los envíos se realizan por agencia de transportes. 


































Todos los meses, en este apartado, queremos echarte una mano para que los 
problemas con tu ordenador no te quiten el sueño. Envíanos tus dudas a: 
Código Juego. Apdo 114.11520 Rota (Cádiz) 


Por: 



Joan Esquerra 

Solucionamos tus dudas 


D e todas las peticiones de contesta¬ 
ción a dudas que hemos ido reci¬ 
biendo en nuestra redacción, 
hemos seleccionado las siguientes 
por su contenido educativo. Son las 7 
magníficas. Rogamos nos disculpen aquellos 
que enviaron más de una pregunta, pero en 
la mayoría de las ocasiones éstas eran exce¬ 
sivamente complicadas para los primeros 
pasos que estamos dando en el contestador. 
De todas formas, quedan archivadas para 
más adelante. Ya sabéis que la principal 
intención de esta sección es, al igual que el 
resto de la revista, enseñar cosas útiles y 
no tanto como el hecho de solucionar varios 
problemas a una persona en particular. Aún 
así, esperamos todas las cartas con todas la 
preguntas a las que queráis encontrar res¬ 
puesta. 



1) No entiendo muy bien que son los 
“puertos” de comunicación del ordenador, 
¿Podríais explicármelo? Julio Escafoz, 
Mallorca 

2) Tengo un compilador de Microsoft para 
ensamblador, pero no encuentro el PWB ni 
el BROWSER del que habláis en la revista, 
¿tengo el compilador erróneo? José Joaquín 
González, Lérida 

3) ¿Cómo puedo utilizar el ratón en mis 
propios juegos? Juan Bernal, Puerto de Sta. 
María 

4) ¿Puede una sola persona realizar un 


juego íntegramente? Fernando Amor, León 

5) Me gustaría contactar con gente que 
supiese de juegos y que esté dispuesta a 
enseñar, ¿sabéis de lugares donde puedan 
existir grupos de programación de este esti¬ 
lo? Domingo Arial, Burgos 

6) Yo creo que Código Juego necesitaría 
de un soporte o "línea caliente" para todos 
los que compramos la revista, de esta forma 
siempre tendríamos un lugar a donde acudir 
en caso de atasco... Ramón Fenedes, 
Barcelona 

7) Como puedo hacer para detectar la 
colisión entre un “muñeco" y otro en la pan¬ 
talla, por ejemplo, cuando la una bala o pro¬ 
yectil toca a un enemigo. Teresa Martínez, 
Burgos 


mos llegar. Y es que si así fuese, ¿para que 
harían falta el resto de los chips de apoyo, 
como por ejemplo el coprocesador matemá¬ 
tico? La CPU tendría entonces un tamaño 
evidentemente más grande un entonces si 
que sería ciertamente “un ordenador en un 
chip", que es como también se ha dado en 

♦♦♦♦♦♦♦♦♦ 

LOS PUERTOS DE ENTRADA Y 

SALIDA ÍE/S1 SON COMO MUE¬ 

LLES DE CARGA DONDE SE 
DEPOSITA Y SE RECOGE 

INFORMACIÓN. 



1) El ordenador que tienes en tu habita¬ 
ción o en el la oficina de tu lugar de trabajo, 
está compuesto de muchas pequeñas par¬ 
tes, todas ellas desempeñando una función 
lógica dentro del conjunto del ordenador. 
Pero tan sólo una de ellas es capaz de llevar 
las riendas de todos estos caballos salvajes; 
el microprocesador o unidad central de pro¬ 
ceso. Esta, como ya seguro todos sabéis, es 
una pastilla de silicio que reúne la gran 
mayoría de las funciones de cálculo, ejecu¬ 
ción y control de nuestros ordenadores. He 
dicho la gran mayoría, porque no todas la 
tareas son realizadas por él, hasta ahí podía¬ 


♦♦♦♦♦♦♦♦♦ 

llamarlo. Pero esto no es así. En primer 
lugar porque los microprocesadores cos¬ 
tarían una fortuna, y en segundo lugar por¬ 
que no se podrían incluir elementos nuevos 
al hardware del ordenador. Gracias al cielo, 
los desarrolladores técnicos del PC siempre 
han pensado en la posibilidad de incluir 
periféricos al ordenador de manera que éste 
gane en potencia y versatilidad. Pues bien, si 
sabemos que el microprocesador es el con¬ 
trolador, ¿cómo se comunica éste con los 
distintos elementos hardware del PC?, a 
través de los puertos de entrada y salida 
CE/S). En realidad son eso, puertos o muelles 
de carga, donde la CPU deja un dato y el 
periférico lo toma y viceversa. De esta 
forma puede haber una comunicación bidi- 
reccional entre la CPU y la Soundblaster, 
impresora, tarjeta de comunicaciones, puer¬ 
tos serie. 

2) Vamos a ver si nos entendemos. De 
todos los ensambladores que existen en el 
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mercado provenientes de la marca Microsoft 
Corporation, la gran mayoría de ellos, es 
decir de las versiones MASM 1.0 hasta la 
5.1 inclusive, ninguno de ellos ha destacado 
por se “user friendly” como dicen los ameri¬ 
canos, o sea que no han presentado un 
interfaz “amistoso con el usuario” o de fácil 
manejo. Por el contrario, todas la órdenes 
que queríamos pasar al compilador debían 
introducirse en una larga y difícil cadena de 
interruptores del tipo “/x”. Entonces, la 
compañía norteamericana decidió dar un 
cambio a este olvidado lenguaje mediante el 
uso de un interfaz más agradable. Por ello, 
con la llegada de MASM 6.0, se añadieron 
novedades como PWB y BROWSE que nos 
mencionas en tu pregunta. Efectivamente 
tienes un compilador anterior. Fíjate cuando 
lo arranques desde la línea de comandos, ya 
que en el mensaje de entrada del programa 
te dice la versión que tienes. Los diferentes 
ensambladores ha ido incluyendo mejoras, 
pero siempre han mantenido la compatibili¬ 
dad descendente. 

3) El uso del ratón está limitado en los 
juegos de ordenador. Por su idiosincracia no 
constituye un buen elemento para el manejo 
de los personajes o elementos de la gran 
mayoría de los juegos de ordenador que 
salen al mercado hoy en día. Aún así, existe 
“otro” tipo de juegos en los que sí encuentra 
su rinconcito. Respondiendo a tu pregunta, 
te diré que para llegar a programar bien el 
ratón hay que experimentar un poco y no 
sólo una ayuda técnica puede valernos. Te 
remito al artículo que se va a publicar en 
Código Juego 6 sobre el soporte de este dis¬ 
positivo desde lenguaje ensamblador. Toda la 
rapidez y potencia de este lenguaje al servi¬ 
cio de un periférico que se ha convertido en 
uno de los más usados en el entorno PC. 

4) La respuesta es difícil y siempre va en 
relación al entorno de mercado en el que nos 
vemos inmersos. Si observas juegos de la 
categoría de MEGARACE o THE 7TH GUEST, 
te das cuenta inmediatamente que no hay 
posibilidad de llegar a hacer un proyecto de 
tal envergadura uno persona sola. Sin 
embargo, existen muchos juegos en la histo¬ 
ria del PC, que se han realizado por una 
única persona. Pero pensad en la cantidad 
de requisitos que alguien así debería reunir: 
no tener novia o novio, no trabajar salvo en 


eso, saber programar muy bien en 
Ensamblador y C, saber dibujar bien, tener 
oido musical y una voluntad de hierro. Son 
muchas condiciones, ¿no os parece? Lo 
mejor es reunir un grupo de 4 ó 5 personas, 
no más, y entre todos realizar algo de cali¬ 
dad, sin que por ello la cabeza se te ponga 
tan cuadrada como la placa de un ordena¬ 
dor. Hace falta un músico, un dibujante y al 
menos dos programadores que hagan que 
todo el proyecto se pueda ejecutar en un 
ordenador. Ah, y eso sí, muchas ganas de 
trabajar sin esperar nada a cambio, al menos 
al principio. 

♦♦♦♦♦♦♦♦♦ 


EXISTEN EN ESPAÑA MÁS GRU¬ 


POS PE PROGRAMACIÓN DE 


VIPEOJUEGOS DE LOS QUE TE 


PUEDES IMAGINAR» 


♦♦♦♦♦♦♦♦♦ 

5) Para serte franco, y más ahora desde 
que hemos comenzado la publicación de 
Código Juego, te diré que existen en España 
más grupos de programación de videojuegos 
de los que tu te imaginas. Uno se cree que 
aquí sólo está Dinamic y Topo Soft, pero 
deberíais conocer la cantidad “mogollónica” 
de pequeños y grandes grupos de personas 
que se han unido con la esperanza de ver su 
juego en todas las ludotiendas españolas. 
Por el contrario, es difícil acceder a ellos. 
Están muy ocupados en sus proyectos parti¬ 
culares y no pueden perder tiempo enseñan¬ 
do a los demás. Lo entendemos. 
Recientemente, hemos intentado contactar 
con el grupo de maravillosos programadores 
FUTURE CREW para ver si querían contribuir 
con algún artículo en la revista. Nos han 
argumentado que tienen demasiado trabajo 
para podernos ayudar. Una salida torera, sí 
señor. 


6) Estamos de acuerdo contigo. De hecho 
ya es algo que está sobre el tapete de la 
mesa de reuniones de Código Juego, pero no 
nos chafes la sorpresa, que en su momento 
vamos a ofrecer el sistema de ayuda para 
programadores más alucinante que jamás 
hayas visto, eso sí, vete buscando un 
módem, aunque sea debajo de las piedras. 

7) Bueno, bueno. A un programador como 
yo, ya le estaba pareciendo muy extraño, no 
haber recibido una carta de este estilo. El 
tema al que tu haces referencia, se le suele 
llamar técnicamente control de colisiones. 
Es decir un objeto que circula por un mundo 
insustancial como es la RAM de vídeo del 
ordenador, y que para colmo de males es, o 
se supone que es, sólido. Por lo tanto, cuan¬ 
do colisiona con otro objeto, también sólido 
debe ocurrir algo; explosión, muerte, rebote, 
etc. Pero, ¿cómo controlar el momento en 
que un elemento móvil del mundo virtual cre¬ 
ado por nosotros choca con otro? Este es 
un tema, que entre programadores profesio¬ 
nales ha tenido mucha literatura. La verdad 
es que hay muchos sistemas, más o menos 
imaginativos, para detectar la colisión, pero 
los más importantes son dos. Por un lado, la 
selección de colores y por otra el uso de 
mapas con mayor o menor resolución. Lo 
más importante es saber programar esto de 
forma que se detecten de manera rápida y 
que no por ello enlentezcan el resto del 
juego. En su momento dedicaremos una sec¬ 
ción entera a los distintos métodos que exis¬ 
ten. 

El problema, sin embargo, es más difícü de 
solucionar de lo que puede parecer en un 
principio, ya que algunos métodos son rapidí¬ 
simos, pero a costa de que el ojo humano se 
percate de que no existe una colisión real 
entre los objetos. ¿Cuántas veces no os 
habéis dado cuenta de que una bala os quitó 
una vida y sin embargo juraríais que ni tan 
siquiera os rozó un pelo?. Yo diría que 
muchísmas veces. 

De todas formas, es un tema que requiere 
bastante trabajo de estudio y en el juego de 
MOOKIE, se verá en su momento. 

Muy bien, esto es todo por este mes. 
Seguid enviando vuestras cartas. 

Joan Esquerra.**** 
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Si tienes un módem, ahora es muy sencillo tener todos los listados y programas 
que aparecen en la revista Código Juego. Tan sólo marca el 956-2200)5 configu 
ra tu transmisión a 8 bits, paridad ninguna y bits de paro 1 (8N1). La velocidad 
puede ser la que tu módem te permita. Tras contestar a las preguntas iniciales 
sitúate en el área "revista código juego’’ y podrás llevarte todos los archivos que 
desees de los listados y programas que mes a mes van apareciendo en la revis¬ 
ta. El sysop se llama José Manuel, por si tienes algún problema. 

Además, muy pronto estableceremos un Fórum de preguntas y respuestas, así 
como el acceso a la Fidonet y otras muchas sorpresas. Mantente en onda, hora¬ 
rio de la DBS: todas la horas menos de 11 a 1 de la mañana y de ) a 5 de la tarde, 






























Aprende a nacer un juego € 



S 


IMON 


Por: 


¿£a 


Eduard Sánchez 


Programatión Gráfita II 


En el artículo del mes pasado vimos como acceder a la memoria de vídeo 
poniendo pixels de diferentes colores. Pero lo realmente imprescindible al 
programar un juego es el hecho de poder cargar ficheros gráficos. En el 
número anterior también os expliqué el tipo de ficheros gráficos que usa 
SIMON, así como su estructura, por lo tanto no voy a contarlo de nuevo. 

El siguiente listado en lenguaje ‘C’ es usado en SIMON para cargar 
los ficheros Jovain VI, veámoslo a continuación: 

#include “stdlib.h” 

#include “dos.h” 

#include “stdio.h” 

#include “conio.h” 

#include “fcntl.h” 

#include “mem.h” 


mal:; 

asm mov word ptr err,bx 

salir:; 

if (err != 0) 

{ 

set_video_mode(0x3); 

printf(“Error asignando Segmento.\n”); 

exit(3); 

} 

return segment; 

} 


#define BYTE unsigned char 
#define WORD unsigned int 
#define BOOL int 

void set_video_mode(unsigned char num) 

{ 

asm { 

xor ah,ah 
mov al,num 
int lOh 

} 

} 

WORD EstableceSegmento(void) 

{ 

WORD segment,err=0; 
asm { 

mov ah,48h 
mov bx,4096 
int 21h 
je mal 

mov word ptr segment,ax 
jmp salir 
} 


void LiberaSegmento(WORD segment) 

{ 

asm { 

mov ax,segment 
mov es,ax 
mov ah,49h 
int 21h 
je mal 
jmp salir 
} 

mal:; 

set_video_mode(0x3); 
printf(“Error liberando segmento.\n”); 
exit(3); 
salir:; 

} 


void rgb(BYTE desde,WORD ct,WORD pal) 

{ 

asm { 

push ds 
pop es 
mov di,pal 
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en lenguaje C paso a paso 

Nota: El programa SIMON fue incluido en el disquete de CJ2 


mov ax,3 

muí ct 
mov cx,ax 
} 

resynch:; 
asm { 

mov dx,3dah 
in al,dx 
test al,8 
jz resynch 
mov al,desde 
xor ah,ah 
add di,ax 
add di,ax 
add di,ax 
cli 

mov dx,03c8h 
out dx,al 
inc dx 
} 

otroreg:; 
asm { 

mov al,[es:di] 
out dx,al 
inc di 

loop otroreg 
sti 
} 

} 

void error() 

{ 

set_video_mode(0x3); 

printf (“\nError abriendo archivo.”); 

exit; 

> 

void graf(char nom[]) 

{ 

int fitxer; 

unsigned char PALETA[768]; 
unsigned char SKIP[16]; 

BYTE far *ptr; 

WORD Seg; 

unsigned bytes_read; 

if ( _dos_open(nom,0_RD0NLY,&fitxer) != 0 
) error(); 

_dos_read(fitxer,&SKIP,16,&bytes_read); 
_dos_read(fitxer,&PALETA,768,&bytes_read); 

rgb(0,256,(WORD) &PALETA); 

Seg=EstableceSegmento(); 

pt r=MK_FP(Seg,0); 


_dos_read(fitxer,pt r,64000,&bytes_read); 

movedata(Seg,0, OxaOOO, 0, 64000); 
_dos_close(fitxer); 

LiberaSegmento(Seg); 

> 

main() 

{ 

set_video_mode(0x13); 
graf(“simón.000”); 
getch(); 

set_video_mode(0x3); 

> 

Ahora vamos a estudiarel listado detenidamente, rutina por ruti¬ 
na: 

La rutina ‘set_video_mode’ nos permite cambiar el modo gráfico 
de la tarjeta VGA. En el modo 0x13 (13h) pasamos a 320x200 
256 colores (para un examen más completo sobre las posibilida¬ 
des de la tarjeta VGA, referiros a la serie de artículos que sobre 
este dispositivo se realiza en Código Juego). El funcionamiento de 
esta rutina ya fue explicado en los números anteriores de CJ, y 
su funcionamiento se basa en el uso de la interrupción 10h. 
Recordemos que la imágen gráfica nos ocupará un total de 
64000 bytes, por lo tanto necesitaremos un segmento enterito 
de la memoria para poder alojarla. De eso se encarga la rutina 
'EstableceSegmento'. 'EstableceSegmento' hace uso de una de 
las funciones de la interrupción 21 h para obtener un segmento 
de la memoria que no esté usado. Esta rutina nos devolverá, en 
un WORD, el número de segmento libre, que usaremos para 
almacenar la imágen. Si hubiera un error al intentar buscar un 
segmento libre, la rutina nos devolveria un mensaje de error. 

La operación inversa a la anterior la realiza ‘LiberaSegmento’. 
Ésta lo que hace es desalojar el segmento que nosotros hayamos 
usado para guardar la imágen. A esta rutina se le envía un WORD 
que es el número del segmento a desalojar. 

La rutina ‘rgb’ se encarga de establecer la paleta de colores con¬ 
tenida en el fichero gráfico. Para ello se usa el puerto 3C8h, al 
cual se le van enviando los distintos valores RGB de cada uno de 
los 256 colores de la paleta. El sistema RGB ya fué explicado en 
el número anterior de CJ, así como el funcionamiento del puerto 
3C8h al cual se hace referencia en el listado de MOOKIE en el pri¬ 
mer número de CJ, por lo tanto creo que queda suficientemente 
claro el funcionamiento de la rutina. También se podría definir 
toda la paleta mediante la interrupción lOh de la BIOS pero, 
como siempre os digo, es mejor hacerlo todo en ensamblador. 
Pero la más importante es ‘GRAF’. Que es la que se encarga de 
cargar el contenido del fichero y pasarlo a la memoria de vídeo, 
‘graf’ abre el fichero que se le envia en la variable ‘nom’. Si hay 
algún error al abrir el fichero se sale con un mensaje de error. Si 
no se procede a lo siguiente: 

* Saltar la cabecera leyendo la variable SKIP ( de 16 bytes) 

* Leer los 768 bytes de la paleta RGB ( 256*3 = 768) y luego 
definirlos con el uso de la rutina ‘rgb’. 

* Liberar un segmento. El número del segmento liberado se 
almacena en la variable ‘SEG’. 
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* Luego se crea un puntero mediante el segmento liberado, de 
esa manera ya tenemos una variable ( ptr) apuntando a un seg¬ 
mento libre. 

* Leer los 64000 bytes ( 320x200 ) del fichero y guardarlos en 
‘ptr’. 

* Mover 64000 bytes de la posición de memoria SEG:0 ( donde 
hay la imágen almacenada ) a A000:0000. Esto se hace mediante 
la instrucción ‘movedata’. También se podría mover la imágen 
mediante la siguiente rutina en ensamblador: 

asm { 

mov ax.OaOOOh 
mov es,ax 


xor di,di 

mov ax.word ptr Seg 
mov ds,ax 
xor di,di 
mov ex,64000 
cid 

repmovsb // De DS:ÍSI] a ES:EDIJ 


* Entonces se cierra el fichero y se libera el segmento almacena¬ 
do, mediante la rutina ‘LiberaSegmento’. 

Eduard Sánchez Palazón 
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H emos sentado las bases de un 
conocimiento exhaustivo del PC 
y su sistema operativo. 
Tomemos ahora dos cuerpos de 
ventaja sobre nuestros adver¬ 
sarios conociendo a fondo los servicios de 
interrupción de nuestro hermano invisible,el 
MSDOS. 

LAS FUNCIONES PUS 

Para que todos nuestros programas, jue¬ 
gos o no, puedan utilizar las rutinas del ker- 
nel del DOS, que vimos en los números ante¬ 
riores de donde proviene y donde se asienta 
en memoria, vamos a echar mano de la inte¬ 
rrupción 21 h, que, como estudiamos previa¬ 
mente, es la puerta de entrada al sistema 
operativo. Con la enorme cantidad de fun¬ 
ciones que el sistema operativo puede ofre¬ 
cernos, si se le asignase un número de inte¬ 
rrupción a cada una de ellas, hubiésemos 
gastado gran parte de los posibles 256 
números con los que contamos para acceder 
a ellas (recordad que la tabla de comienzo de 
interrupciones del PC, situada en la direc¬ 
ción 0000:0000 permite sólo 256 interrup¬ 
ciones.) Por eso, se decidió usar tan sólo 
una, la 21 h, ya partir de ahí las demás 
serán funciones son subfunciones de ésta. 
Así tenemos Función 21 h, subfunción 10h, 
con lo cual indicamos que accedemos a ser¬ 
vicio 10h de la interrupción general del DOS. 
En ocasiones, esta subfunción todavía es 
capaz de ramificarse más, ofreciendo servi¬ 
cios extra, los cuales iremos viendo en su 
momento. 

CPWVEHHI1HES 

Para llamar a cualquier interrupción del 
DOS se deben guardar las siguientes nor¬ 
mas: 

En el registro del microprocesador AH se 
indica la función a la que queremos acceder. 
Por ejemplo: 

MOV AH, 4Ch ¡salida al DOS 
MOV AL, OOh ¡ERRORLEVEL—Q 
INT 21 h 

En el ejemplo anterior, el registro AL no 
indica a que función queremos acceder sin 
embargo pasa un dato a la interrupción 4Ch 
que es la encargada de salir al sistema ope¬ 
rativo. En el ejemplo siguiente, AL sí sirve 


como medio para indicar a que subfunción 
vamos acceder: 

MOV AH, 44H; Control Entrada/Salida 
MOV AL, 01 h; Subfunción Datos dispositivo 
MOV BX, Handle 

MOV DX, Palabra de datos de dispositivo 
INT 21 h 

Como podéis observar, en este caso en 
particular, se utiliza la subfunción 01 h de la 
función 44h, cuyo cometido no viene a cuen¬ 
to por el momento y lo usamos como ejem¬ 
plo simplemente. 

Por lo general, salvo estos dos registros, 
los demás podrán contener información de 
entrada y datos útiles de salida, por ello lo 
mejor es mirar el listado de funciones del 
MSDOS y ver, 
exactamente, 
como funciona 
cada caso. Aquí 
vamos a comenzar 
una serie de sobre 
el uso de cada una 
de ellas. Vosotros 
deberéis ver la 
posible utilidad en 
vuestros progra¬ 
mas. A fin de que 
todas las funcio¬ 
nes del MSDOS 
se entiendan per¬ 
fectamente, cada 
explicación irá 
acompañada de 
pequeños progra¬ 
mas para la apli¬ 
cación de esa fun¬ 
ción determinada. 

También os 
pediría que pres- 
taséis buena 
atención a este 
apartado. Ya se 
que lo hacéis, 
pero es ahora 
cuando se va a 
poner interesan¬ 
te. Es curioso, 
pero algunas fun¬ 
ciones del DOS 
parecen no tener 
aplicación ninguna 
en un programa 
de juegos, y cuan¬ 


do menos te lo esperas, izas!, te salva la 
vida o muchas horas de duro "curro". Así 
que oidos abiertos. 

CONVENCIONES 

Para la explicación de las funciones del 
DOS vamos a seguir unas reglas que convie¬ 
ne aclarar antes de empezar. 

Cada una de ellas irá precedida de un cua¬ 
dro sinóptico en el que se mostrarán los 
datos necesarios que deberemos sumistrar 
a la función para que actúe de forma correc¬ 
ta. Para ello se explican las entradas y las 
salidas, su nombre oficial y posteriormente 
se entra ya en la explicación a fondo de la 
misma. 

Las cruces indican que el valor no se usa. 


FORMATO ESTÁNDAR PARA LLAMADAS 
Al SISTEMA OPERATIVO MSDOS DESDE 
LENGUAJE ENSAMBLADOR 



lili, 


• IM 


Registro AH=función requerida 
Registro AL=Subfunción (normalmente) 


Otros registros=Datos varios 


V 


KERNEL DEL MSDOS 
INTERRUPCIÓN 21H 


SALIDA 

Todos los registros contienen 
información útil de salida o datóse 
basura. Todo depende de cada 
función en particular. 
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CURSO 


El MSDOS y el programador de vídeojuegos 



Nombre de la función: 


Terminar Proceso 



DESCRIPCIÓN: 


La función OOh se encarga de acabar con 
el funcionamiento de un programa que 
actualmente esta funcionando en memoria. 
Para ello, realiza cuatro operaciones princi¬ 
pales. 

1) Limpiar los buffers de memoria que el 
programa a utilizado 

2) Restaurar los vectores de interrupción 
de INT 22h, INT 23h e INT 24h. 

3) Libera la memoria utilizada por el pro¬ 
grama 

4) Devuelve el control al programa padre. 

EXPLICACIÓN: 

Aunque Microsoft recomienda la utiliza¬ 
ción de la interrupción 4Ch en versiones 
MSDOS 2.0 y posteriores, esta es la única 
que podemos usar si el ordenador en el que 
corre nuestro programa tiene la versión 1.0, 
cosa que resulta más que improbable. 

Por ello, siempre es conveniente compro¬ 
bar cual es la versión DOS que funciona bajo 
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nuestro programa, impidiendo la utilización 
del mismo, si hacemos usos de interrupcio¬ 
nes que no estaban implementadas en ver¬ 
siones anteriores. Normalmente, la versión 
3.0 ya puede servirnos como apoyo en nues¬ 
tros juegos, y debemos desautorizar a los 
usuarios de la 1.0 y 2.0, con un mensaje 
como: "Por que no actualizas tu sistema 
operativo de una vez, amigo". Bromas a 
parte, si el ordenador tiene la versión 1.0 
esta es la forma correcta de abandonar 
nuestro programa y volver al sistema opera¬ 
tivo. 

EL PSP 

Comenzamos a meternos en berenjenales. 
A muchos de vosotros estas siglas no os 
dicen gran cosa, ¿verdad? Pues bien, detrás 
de el PROGRAM SEGMENT PREFIX (PSP) 
hay mucho, mucho que nos puede interesar, 
y aunque esta interrupción difícilmente la 
usemos alguna vez, si nos a servido de inicia¬ 
tiva para explicar qué es y cómo se puede 
sacar partido al PSP. 

El MSDOS, cuando carga un programa en 
memoria para ser ejecutado, ya sea en for¬ 
mato .COM o .EXE siempre crea una estruc¬ 
tura de 256 bytes que coloca justo antes 
del programa en cuestión. A diferencia de lo 
que mucha gente piensa, el PSP no es crea¬ 
do por la aplicación que va a funcionar, sino 
por el mismo sistema operativo. 

¿Qué contiene?, pues datos que al 
MSDOS le conviene tener a mano antes, 
durante y depués de la ejecución de la apli¬ 
cación. En la figura podéis ver la estructura 
y los datos que guardan cada uno de los 
campos. Para un estudio correcto se necesi¬ 
ta casi un artículo como éste, por ello el 
mes que viene se lo vamos a dedicar a tan 
importante parte de las convenciones de 
ejecución de programas bajo entorno 
MSDOS. 

También, veremos en el próximo artículo la 
siguiente de las funciones del sistema opera¬ 
tivo, pero antes incluiremos un ejemplo de 
como utilizar la de hoy, así como una lección 
práctica de como sacar partido al PSP, 
leyendo los datos que el usuario pasa al pro¬ 
grama que se va a ejecutar mediante la línea 
de comandos. 

Hasta pronto, ¡feliz DOS!**** 


EL 


Offset: 00 longuitud:2 INT 20h 


Offset: 2 longuitud:2 Dirección del último segmento que 
se ha apartado o asignado al programa. 


Offset: 4 longuitud: 1 Reservado, valor=0 


Offset 5 longuitud 5 Llamada larga tCALL FAR'J a el des 
pachadoi de funciones de* Sistema Operativo 


Offset: 10 longuitud:4 INT 22h 


Offset: 14 longuitud:4 INT 23h 



Offset: 80 longuitud:3 INT 21 h, RET F 


Offset: 83 longuitud:9 RESERVADO 


Offset: 92 longuitud: 16 FCB 1 por defecto. 


Offset: 108 longuitud:20 FCB 2, el cual queda sobrees 
crito cuando el FCB 1 está abierto. 


Offset: 128 longuitud: 127 Cola de comandos 
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¡ios va ayudar en 
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P oco a poco vamos conociendo a 
DEBUG.COM y nos vamos 
dando cuenta de su “potencia” y 
de sus limitaciones. Como ya os 
he explicado anteriormente, cuando más 
adelante, en este mismo apartado de 
Código Juego, empezemos a estudiar 
otras herramientas de depuración de códi¬ 
go, como CodeView de Microsoft o Turbo 
Debugger de Borland, miraréis a DEBUG 
por encima del hombro, pero nunca lo 
dejaréis de lado. 

Ya sabemos como mirar la memoria con 
el comando D(ump), hacer un programa en 
ensamblador, eso sí con limitaciones, con 
el comando A(ssemble), desensamblarlo 
con U(nassemble) y otras pequeñas cosi- 
llas. Vamos a continuar el estudio de su 
reducido juego de instrucciones para que 
veáis que todavía se pueden hacer 
muchas más cosas con él. 

H, aritmética Hexadecimal 

El comando H, Hexadecimal Arithmetic, 
es muy útil cuando se está trabajando con 
DEBUG de forma interactiva y para todos 
aquellos que no tienen una calculadora 


hexadecimal, ya que saca en pantalla el 
resultado de una suma y una resta hexa¬ 
decimal de dos números dados, también 
hexadecimales (ya sabemos que DEBUG 
sólo funciona con este formato numérico). 

El formato de la instrucción es el siguien¬ 
te: 

H númerol número2 

Siendo númerol y número2 dos valores 
hexadecimales comprendidos entre OOOOh 
y FFFFh (O y 65535 decimal), o sea 16 bits 
como máximo. Por ejemplo: 

H 5497 0100 

dará como salida: 

5597 5397 

Si la suma de los dos números produce 
un OVERFLOW, palabra inglesa que viene 
a significar algo así como “sobrecarga”) 
porque el resultado sea mayor de 16 bits, 
DEBUG mostrará los 4 dígitos menos sig¬ 
nificativos en pantalla. 
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Un pequeño gran hombre 




H FFFF 0004 

dará como resultado: 

0003 FFFB 

y si el segundo número es mayor 
que el primero el resultado será de 
complemento a dos. Por ejemplo: 

H 0001 0002 

dará: 

0003 FFFF 

CARGA DE SECTORES 

Una de las mejores posibilidades 
que tenemos gracias a DEBUG es 
la de cargar los sectores de disco 
de una forma sencilla y sin compli¬ 
caciones, con lo cual podemos 
acceder a los rincones más recón¬ 
ditos de nuestro disco duro o dis- 
quete y hacer los cambios que que¬ 
ramos, eso sí, con mucho ojo de no 
dañar nada. 

El formato de esta instrucción es: 

L dirección drive comienzo número 

donde 


Un ejemplo: 
L100 1 010 


♦♦♦♦♦♦♦♦♦ 


DEBUG TAMBIEN PERMITE CAR¬ 


GAR SECTORES Y GRABARLOS 


POSTERIORMENTE. UNA VEZ 


QUE HEMOS REALIZADO LOS 


CAMBIOS NECESARIOS EN NUES¬ 


TRO PROGRAMA O ARCHIVO DE 


TEXTO. 


Cargará en la dirección OlOOh del 
segmento de datos desde la unidad 
B, 16 sectores comenzando en el 
sector 0. 

L, abreviatura de LOAD o cargar 
en inglés, permite trabajar con secto¬ 
res sueltos o con archivos gracias a 
su interacción con otro comando lla¬ 
mado N(ame) o nombre. Este 
comando permite pre-nombrar el 
archivo que después vamos a cargar 
con L. La siguiente secuencia... 

-N PROGRAMA.COM 

-L 

Cargará el archivo 

PROGRAMA.COM de la misma 
forma que si hiciésemos: 

C:\>DEBUG PROGRAMA.COM 


♦♦♦♦♦♦♦♦♦ 


Lo cual ya hemos estudiado en 
artículos anteriores. 

En el próximo número de este inte¬ 
resante artículo vamos a estudiar la forma de introducir 
datos en la memoria con la orden E(nter) y como pode¬ 
mos grabarlos en disco con la instrucción W(rite), hasta 
pronto CJmaniacos. 


Dirección: Localización de memoria donde queremos 
colocar la información que traigamos desde el disco. 

Drive: Número lógico de la unidad desde la que 
vamos a cargar (A=0, B=1, C=2, etc) 

Comienzo: Número Hexadecimal del primer sector 
lógico a cargar 

Número: Número de sectores consecutivos a cargar 
oesde el que indicamos como inicio. 
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Ideal para los gráficos 


¡Qué fácil resulta capturar tus pantallas! 


Por: 




David Brioso 


HUHTEt 


E ste mes iniciamos una serie de artículos que 
cubrirán el desarrollo de diversas utilidades 
software con una aplicación directa en el 
campo de los videojuegos. En muchas ocasio¬ 
nes nos hemos lamentado de no disponer de cierto 
programa que nos salvaría la vida en un momento 
dado, y hemos tenido que recurrir a una BBS a altas 
horas de la madrugada, o a escribir nuestras propias 
herramientas. Por alguna oscura ley natural, cuando 
acabamos de retocar la última línea de nuestro pro¬ 
grama, que hemos pulido durante semanas, aparece 
ante nuestros atónitos ojos uno similar, más rápido, 
más pequeño, con más funciones... en definitiva, 
acabamos de reinventar la rueda, pero con un pin¬ 
chazo. Tras el desmayo inicial, un ligero detalle nos 
lleva a sonreír con maldad: el programa en cuestión 
tiene algunos fallos, mínimos, pero fallos al fin y al 
cabo. Y es así como nos animamos a continuar nues¬ 
tra labor, perfeccionamos nuestro programa, y deja¬ 
mos que sean los demás los que se irriten la próxima 
vez. 

Esta es una situación que, aunque cómica, ocurre 
bastante a menudo. Nunca encontramos el progra¬ 
ma adecuado en el momento justo. 0 viceversa. 
Para remediar en lo posible este problema o, al 
menos, hacerlo más llevadero, vamos a diseñar 
nuestras propias utilidades, a medida de nuestras 
necesidades. Por supuesto, siempre existirá una 
más compacta, más completa, pero todo es mejora- 
ble. 

El objetivo primordial de estas herramientas va a 
ser su versatilidad. Constarán de un esqueleto lo 
más básico posible, alrededor del cual se estructura 
el programa. Esta forma de trabajar nos permitirá 
ampliar, remodelar, reducir, o incluso rehacer com¬ 
pletamente el programa, si hubiera necesidad. 

El segundo objetivo, no por ello menos importan¬ 
te, es el didáctico. De nada nos servirían estas utili¬ 


dades si no aprendemos a aprovecharlas o adaptar¬ 
las a nuestros gustos. Hemos intentado encontrar 
unos programas que tengan el mayor numero de 
variaciones posible. 

Por último, perseguimos la elaboración de unas 
herramientas realmente enfocadas a la creación de 
videojuegos. No vamos a diseñar complicadas bases 
de datos, ni nada remotamente parecido. La progra¬ 
mación en PC soporta el lastre del origen del propio 
ordenador: la gestión. El PC ha sido, hasta hace cua¬ 
tro dias, una máquina diseñada para ejecutar pro¬ 
gramas soporíferos, lo más alejado que se pueda 
imaginar de un juego. La falta de información técnica 
sobre los gráficos, sonido, etc, en el PC proviene de 
ese pasado tan tenebroso. Así que, sin más preám¬ 
bulos, allá vamos... 

La primera utilidad que presentamos es HUNTER, 
un capturador de pantallas para VGA, que funciona 
en "casi” cualquier programa (¡desgraciadamente, el 
PC no es el ordenador más compatible!). Se trata de 
un capturador residente que programa el 
Controlador de Interrupciones ("Peripheral Interrupt 
Controller", PIC) para “colarse" en la mayoría de los 
juegos y aplicaciones gráficas. 

El programa en sí tiene solamente dos opciones: 
grabar la pantalla como un fichero binario "crudo" 
(“raw”, en inglés) o como un fichero LBM (IFF, para 
los usuarios de Commodore Amiga). El fichero "raw" 
contiene la información de la paleta de colores en 
formato RGB (“Red, Green, and Blue”, Rojo, Verde y 
Azul) y el cuerpo de la imagen, los pixels, en este 
orden. Por lo tanto, el fichero ocupa 64768 bytes, y 
no tiene ningún tipo de compresión de datos. Quizás 
os preguntéis para qué sirve un formato tan arcaico, 
tan burdo. Buena pregunta. Para poder cargar o 
grabar pantallas sin la complicación que supone un 
algoritmo de codificación/decodificación. De acuerdo, 


el fichero ocupa más espacio en disco, pero es la 
simplicidad absoluta. De cualquier manera, al no ser 
un formato estándar, no puede ser cargado en un 
programa para recibir retoques, así que hemos 
incluido la otra opción, el formato LBM, para que sea 
intercambiable. 

Este tipo de utilidad se emplea tanto para obte¬ 
ner una imagen de un juego y observar algún defecto 
que no se puede apreciar en movimiento, comprobar 
cuántos colores de la paleta están siendo usados en 
un momento dado o, simplemente, “coger presta¬ 
dos” unos cuantos gráficos de otro juego para hacer 
experimentos. En fin, depende de vosotros el encon¬ 
trar algunas de las numerosas aplicaciones de este 
programa y... Aparte del objetivo práctico, es funda¬ 
mental el didáctico. Con esta utilidad tendremos 
ocasión de ver de cerca el manejo de las interrupcio¬ 
nes, cómo dejar un programa residente en memoria 
a través del Sistema Operativo, la lectura de los 
registros de la paleta de colores de la tarjeta VGA, 
la creación y escritura de ficheros secuenciales bina¬ 
rios a disco, la lectura de la línea de comandos del 
MSDOS, y unos rudimentos del formato LBM. 

Resulta imposible tratar todos estos temas en 
profundidad en un solo artículo, así que los iremos 
tocando superficialmente en este número, y los 
desarrollaremos en profundidad en números sucesi¬ 
vos de la revista, al mismo tiempo que creamos nue¬ 
vas herramientas complementarias que también nos 
sirvan para practicar. 

Como sugerencias para los lectores más curtidos 
en el arte de la programación, partes del esqueleto 
del programa pueden ser reconvertidos en un salva- 
pantallas, una ventana de ayuda, una calculadora, o 
similar, que aparezcan en pantalla al pulsar determi¬ 
nada combinación de teclas, un programa para bus¬ 
car "pokes” en los juegos, un rudimentario desen- 
samblador/debugger para espiar determinados pro- 
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En esta sección es donde publicamos vuestros artículos de gran tamaño. Ya lo 
sabes, ganarte un buen dinerito y ver tu artículo publicado en Código Juego es 
tan simple como que nos envíes tu colaboración en un disquete a la dirección: 

CODIGO JUEGO 
APDO. 114 
11520 ROTA CADIZ 
Anímate!!!! 


gramas, etc. Como resulta evidente, este programa 
puede dar bastante “juego”. 

Una última advertencia: este programa residente 
no funciona correctamente si hay un gestor de 
Memoria Expandida (LIM/EMS) instalado. Esto sólo 
afecta en principio a EMM386.EXE, pero es posible 
que otros gestores también perturben el comporta¬ 
miento de HUNTER. 

Bueno, ya es hora de entrar en materia. El pro¬ 
grama en sí se divide en dos partes claramente dife¬ 
renciadas: por un lado el procedimiento de configu¬ 
ración e instalación, y por otro, el código que perma¬ 
nece residente cuando se devuelve el control al 
Sistema Operativo. 

La primera parte es relativamente sencilla, hasta 
que la examinamos más de cerca. Si bien el proceso 
de instalación es muy básico, una simple llamada a 
una función del MSDOS (que, por cierto, es la 
misma que devuelve el control al Sistema), hay una 
parte más oscura. La configuración del PIC resulta, 
cuanto menos, críptica. Realmente no tiene mucho 
interés para nuestros objetivos más inmediatos, así 
que dejaremos su estudio en profundidad para más 
adelante. Por ahora debería ser suficiente con saber 
que existen ocho interrupciones generadas externa¬ 
mente (por dispositivos periféricos, como el teclado, 
la tarjeta controladora de la unidad de diskettes, el 
temporizador, el reloj de tiempo real, etc) que pue¬ 
den ser configuradas mediante un procedimiento 
muy simple para que estén “solapadas” sobre otras 
ocho interrupciones software. Este grupo de inte¬ 
rrupciones, que se encuentran siempre en interrup¬ 
ciones contiguas, está configurado por defecto en 
las interrupciones 08h-0Fh. Por lo tanto, cualquier 
programa que desee capturar una interrupción para 
sí (teclado, temporizador, etc) buscará directamen¬ 
te en dichos vectores. Este detalle tan simple hace 
que la mayoría de los capturadores de pantallas 
fallen estrepitosamente. No pueden evitar que el 
,uego o programa en cuestión modifiquen la tabla de 
vectores de interrupción y desactiven el capturador. 
Se han probado diversas soluciones a este proble¬ 
ma, pero ninguna ha llegado a funcionar correcta¬ 
mente. Aquí se puede ver con claridad cómo un 
enfoque inadecuado de un problema puede arruinar 
semanas, incluso meses de trabajo. Un planteamien- 
to sencillo del problema hubiera demostrado que la 
'a : z es que no existe ninguna manera fiable de 
garantizar que el vector de interrupción capturado 
zara nuestro programa residente vaya a permane¬ 


cer sin cambios. Nadie acertó durante mucho tiem¬ 
po en una solución tan sencilla como la que hoy pre¬ 
sentamos: si no podemos evitar que alguien modifi¬ 
que los vectores 08h-0Fh, que son conocidos por 
todo el mundo, cambiemos los vectores de interrup¬ 
ción externos a otro lugar. De esta manera tan ele¬ 
mental conseguimos que nadie los toque, porque 
aparentemente están solapados sobre unas inte¬ 
rrupciones que no se utilizan normalmente. 

Para explicar esto con más claridad, vamos a olvi¬ 
dar de momento los detalles técnicos más avanza¬ 
dos. Existen 256 vectores de interrupción en los 
80x86, que forman una tabla de saltos a sus corres¬ 
pondientes rutinas. Una buena parte de estas inte¬ 
rrupciones están ocupadas por la BIOS y el Sistema 
Operativo, y otra parte quedan libres para el usuario 
(al menos, en teoría). Las restantes se reparten 
entre interrupciones hardware, generadas por los 
dispositivos externos a los que antes hacíamos refe¬ 
rencia, y una mezcla de software independiente, tar¬ 
jetas de expansión de todas clases... En fin, ese es 
otro tema. 

Como explicábamos antes, cada uno de estos 
vectores se dirige a una interrupción en concreto. 
De esta manera, si el procesador tiene que ejecutar 
la interrupción número 1 Fh, buscará el segmento y 
el offset de la rutina en la dirección de la tabla 
correspondiente y, a continuación, salta. En el caso 
de las ocho interrupciones generadas externamente 
(IRQ, "Interrupt Request") se dirigen a los vectores 
de interrupción 08h-0Fh, en principio. Decimos esto 
porque el PIC nos permite elegir en qué bloque de 
ocho vectores (tiene que ser múltiplo de ocho tam¬ 
bién) vamos a dirigir estas IRQ. Si "engañamos” a 
los demás programas, que ciegamente van a buscar 
estas IRQ en los vectores por defecto, podemos 
permanecer controlando el teclado y los demás 
periféricos que nos interesen. 

Ahora retomemos el tema principal. Ya sabemos 
en qué consiste básicamente el proceso de instala¬ 
ción del programa. Hay que configurar el PIC y dejar 
residente una parte del código que se encarge de 
gestionar las interrupciones que se produzcan de 
ese momento en adelante. 

Pero hay algo más: el programa tiene un par de 
opciones, que tenemos que recoger de la línea de 
comandos del MSDOS. Sabemos, porque Microsoft 
se ha molestado en enseñárnoslo, que cualquier 
parámetro que siga al nombre del programa estará 
copiado en el bloque de memoria del PSP (“Program 


Segment Prefix”, Prefijo del Segmento del 
Programa), en el offset 0080h. En nuestro caso, 
nos limitaremos a comprobar si en la dirección 
CS:0080h hay algo. Si este byte contiene un valor 
distinto de cero, indica cuántos bytes le siguen, en 
una cadena terminada con un cero. Esta cadena es 
transparente para el MSDOS, porque puede conte¬ 
ner cualquier combinación alfanumérica, sin ningún 
sentido necesariamente. 

La última parte de la configuración e instalación 
del programa residente puede resultar también bas¬ 
tante extraña. Consiste en pedir al Sistema la direc¬ 
ción (segmento:offset) de una variable, conocida 
como INDOS o “Critical Section Flag" (banderín o 
“flag" de la sección crítica), que es, cuanto menos, 
enigmática. Los propios programadores de Microsoft 
no pueden aclararse con este flag, lo cual da una 
idea de la magnitud del misterio. Este flag indica, ni 
más ni menos, si el MSDOS se encuentra ocupado 
con una tarea "sensible”, es decir, peligrosa para la 
integridad de nuestros datos. Si es así, es conve¬ 
niente dejarlo tranquilo hasta que acabe su cometi¬ 
do. De lo contrario, podríamos utilizar una misma 
función, acceder a un periférico cuando está graban¬ 
do en disco... En fin, algo catastrófico. 

La razón fundamental para pedir la dirección del 
flag en este momento, y no desde el propio progra¬ 
ma residente, resulta obvia: si no podemos llamar a 
las funciones del Sistema mientras el flag se encuen¬ 
tre encendido (cualquier valor distinto de cero) 
¿cómo vamos a pedirle la dirección del flag? 

Si bien la comprobación de este flag resulta 
imprescindible, y en algunos casos, inevitable, exis¬ 
ten algunas lagunas sobre su uso correcto. 
Microsoft ha variado en numerosas ocasiones la 
definición y tipo del flag, que ha pasado de ser una 
palabra a un solo byte, en algunas versiones meno¬ 
res del MSDOS ha desaparecido sin dejar huella, en 
otras ha cambiado de nombre, etc. Podemos supo¬ 
ner que alguna vez nos explicarán qué significan real¬ 
mente los valores que puede adoptar el famoso flag. 
Quizás entonces ya no recordemos qué era el 
MSDOS... 

Bueno, mientras pensáis en todo eso, os recorda¬ 
mos que en el próximo número continuaremos el 
examen a fondo del programa, y empezaremos a 
mostrar las aplicaciones y herramientas que pueden 
crearse a partir de él. ¡Hasta pronto! 

David Brioso Santos 
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C omo introducción a este artículo, 
les daré un aviso: Si buscas ejem¬ 
plares de código muy compacto y 
elegante, trucos y técnicas para 
acceso a la RAM de vídeo, o secretos del 
modo protegido de la CPU, deja ya de leer. 
Pero si por el contrario, tu sueño se rompe 
con pesadillas, tu pareja se asusta cuando te 
acuestas (muy tarde) depués de una larga 
sesión con la sierra mecánica, o sencillamen¬ 
te quieres poner tus propios toques especia- 
es en uno de los mejores juegos de todos 
ios tiempos, isigue adelante! 

Espero que este curso te sirva como una 
cequeña introducción a la maquinaria del 
~ejor juego de acción en el pasado reciente 
- DooM!, de la compañía ID software. 

Los dos elementos principales del juego 
son los ficheros DOOM.EXE y DOOM.WAD. 
De los dos, DOOM.WAD es el fichero de 
ocursos, conteniendo las imágenes gráficas, 
dos, y datos de mapas que vamos a reco- 
“-er inicialmente. ("WAD” es la extensión 
ssígnada a estos ficheros de recursos por ¡D 
Esftware, los responsables por el juego.) 
D30M.EXE, al contrario, a parte de ser la 


máquina real del juego, define el comporta¬ 
miento de elementos del juego como mons¬ 
truos y armas. La manera en que DOOM.EXE 
puede ser cambiado por nosotros será moti¬ 
vo de artículos venideros dentro de esta 
misma sección. Por ahora, exploraremos los 
elementos que componen un nivel de Doom, 
con la ayuda de DCK (Doom Construction 
Kit), que podéis encontrar dentro del 
DOOMKIT que se anuncia en esta misma 
revista. 

Como sus antecesores, Wolfenstein 3D, 
Blake Stone, y Spear of Destiny, el universo 
de Doom consiste en salas y pasillos, deta¬ 
lles decorativos, monstruos, y armas (véase 
la Figura 1). Aumentando estos elementos 
básicos, a Doom se le ha añadido un aspecto 
vertical con escaleras, asensores, pozos, y 
más cosas. Una gran variedad de tejidos, 
interruptores inteligentes y puertas, efectos 
variables de iluminación, y plataformas de 
teletransporte proveen a DOOM con una 
riqueza que han sido muy poco vista en jue¬ 
gos de este género. 

La versión registrada de Doom, que es la 
única versión que puede ser legalmente 


modificada, está compuesta de 27 niveles (o 
misiones) individuales, repartidos entre tres 
episodios distintos. Son identificadas, por 
ejemplo, E2M3 (episodio 2, misión 3), 
E1M4, E3M6, etc. Cada misión está com¬ 
puesta de varios puzzles, trampas, y laberin¬ 
tos: la calidad de ellos depende del talento 
del diseñador. 

Comenzaremos nuestro discurso sobre la 
construcción de niveles através de la crea¬ 
ción de un nivel sencillo con DCK. (Si aún no 
has instalado DCK, es mejor que lo hagas 
ahora, descomprimiendo DCK10.ZIP en un 
subdirectorio temporal y ejecutando 
RUNME.EXE. A continuación, tienes que ins¬ 
talar BSP.EXE (incluido), ya que DCK lo utili¬ 
za al compilar el nivel del Doom, una vez 
fuera del redactor. Has de modificar el fiche¬ 
ro DCK.CFG para que refleje la configuración 
de tu sistema, y listo para empezar!) Una 
vez arrancado, DCK presentará una pantalla 
similar a la de la Figura 2. 

DCK (como la mayoría de redactores de 
ficheros WAD) tiene varios modos distintos 
de operación, según los objetos con los que 
quiere interactuar el diseñador. (V)ertices, 
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puede ser cambiado tecleando la 
primera letra del tipo de objeto. 
Los acciones del ratón serán 
indicadas en este artículo por la 
clave: Cl = ‘clik’ izquierdo, DCI 
= doble 'clik’ izquierdo, CD = 
‘clik’ derecho, y DCD = doble 
‘clik’ derecho. 

Debidi a que los aspectos 
generales de DCK están explica¬ 
dos en la documentación que 
acompaña al programa, no 
entraremos en un tratamiento 
general del redactor. Dado que 
las acciones y elementos básicos 
manejados durante este artículo 
son comunes a cualquier redac¬ 
tor de ficheros WAD (y hay 
varios disponibles]. Esta infor¬ 
mación puede ser utilizada en 
conjunto con tu favorito (DEU, 
DOOMCAD, etc.) Sólo tendrás 
que encontrar y traducir las 
acciones equivalentes del redac¬ 
tor de tu elección. 

Activando la opción (M)ap 
(mapa) en el menú superior 
(Figura 3), escoges (N)ew 
(nueva) para empezar el trabajo 
de crear un nivel nuevo. Tecleas 
‘L’ para entrar en el modo de 
manipular líneas, y eliges qual- 
quier punto en la pantalla. DCI, y 
llevas el ratón a la derecha hacia 
otro punto del ‘grid’ o rejilla 
(Figura 4). Cl (para terminar 
este segmento de la línea), mué¬ 
vete hacia abajo, Cl, muevete 
hacia la izquierda, Cl, y hacia 
arriba hasta llegas al punto de 
empezar. CD, y la pantalla pare- 
cera Figura 5. Mientras que 
muevas el ratón através de las 
líneas que hayas creado, una 
variedad de información se te 
mostrará en la parte inferior de 
la pantalla. Mientras que una 
línea es ¡Iluminada, sus propias 
características son mostradas. 

Bien, tecleando ‘S’ en este 
momento pondrás DCK en el 
modo de sectores, lo cual es un 
buen punto de comienzo para 
nuestra explicación de la estruc¬ 
tura de los elementos de los 
ficheros WAD y los niveles de 
Doom. Moviendo el ratón por 
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Figura 



Figura 2 


Figura 3 



Figura i 



-(L)ineas, (S)ectores, y (T)hings 
(cosas) son los objetos básicos 


de un nivel de Doom, y dentro 
de DCK, el modo de redacción 



cualquiera de las líneas ^ 
que hayas creado anterior-^ 
mente, verás que el rectán-^ 
guio entero se ilumina (figura^ 
6). Este rectángulo consta de 
un sector, o una pista cerrada 
de líneas. Cada sector es defini¬ 
do en este modo, en términos 
de sus líneas componentes. El 
status en la parte inferior de la 
pantalla muestra, en este 
momento, datos relacionados 
con este sector, específicamen¬ 
te el número del sector, alturas 
de suelo y techo, nivel de ilumi¬ 
nación, tejidos de suelo y techo, 
y el ‘tag’ o etiqueta del sector. 
Todos estos elementos pueden 
ser modificados, pero por el 
momento, trabajeremos con sus 
valores por defecto. 

Tecleas de nuevo ‘L\ para vol¬ 
ver al modo de líneas. 
Información distinta, específica 
de las líneas se puede ver ahora 
en pantalla. Tanto como los sec¬ 
tores son definidos por sus líne¬ 
as componentes, estas mismas 
son definidas por sus vértices de 
origen y terminación. Tecleando 
‘V’ nos pone en el modo de 
redactar los vértices, y la panta¬ 
lla ahora refleja datos específi¬ 
cos de los vértices iluminados 
por la proximidad al ratón 
(Figura 7). Estos datos son limi¬ 
tados a la identificación numéri¬ 
ca del objecto, y sus coordena¬ 
das X y Y. 

Volvemos ahora al modo de 
líneas, y examinamos los ele¬ 
mentos componentes de una de 
ellas, como aparece en la venta¬ 
na de status en la parte inferior 






































































vértices del objeto, siendo el de 
origen y el de terminación. Como 
se puede ver, los números de 
identificación de estos vértices 
son mostrados, junto con una 
flecha que indica la dirección de 
la línea. Su longitud, ‘tag’ de 
sector asociado, y tipo de línea 
le siguen. 

Refiriéndome a la pantalla, te 
habrás dado cuenta de que una 
línea corta, extendiéndose de un 
lado de cada línea. Esta, identifi¬ 
ca el lado principal (o sidedef 1) 
de la misma. Cada lado de la 
línea tiene un sidedef asociado, o 
definición de lado. En nuestro 
ejemplo sencillo, todas tienen 
sólo un lado, dado que nuestro 
sector no tiene exterior - no hay 
manera para el jugador de salir 
del sector para ver el lado tra¬ 
sero de estas líneas-. Como las 
líneas no se adjuntan a otros 
sectores, son definidas como 
<one-sided> o de un sólo lado. 
Cada < sidedef> consta de defi¬ 
niciones para los tejidos superio¬ 
res, inferiores y enteros 
(< upper >, <lower>, y 
<full>). 

Hechamos un vistazo rápido a 
nuestro sector. Tecleas “T” para 
entrar el modo de redacción de 
<things> (cosas). DCI para 
abrir un dialogo de inserción de 
cosas (Figura 8). Tecleas los 
siguente: F2, ‘Home’, ‘Enter’, y 
Cl en ‘OK’, insertando un punto 
de comienzo para un jugador 


(<single-p c,e" game>). 
Tecleas ALT-C. y Cl Go’ para 
forzar una p^ecc de consisten¬ 
cia del nivel. Dado que todo ha 
ido bien, un tí 5 ogo de errores 
aparecerá No icemos caso de 
los dos errores que aparecen. 
(Se tratan de _egos multi-juga- 
dor y lucha a muerte 
(<Deathmatch>) El error 
<Missing an exit line> será 
resuelto en secada.) ESC saldrá 
de este diálogo, y dando al F9 
invocará el menú de guardar 
ficheros. Asignas un nombre o 
quédate con e de por defecto 
(UNTITLED.WAD) Después de Cl 
en ‘OK’, DCK sa¡a^. BSP cons¬ 
truirá el mapa de nodos del nivel 
actual, y Doom será arrancado. 

DCK se encargó de lanzar 
Doom con los parámetros 
correctos de 1 <command-line> 

, cargar tu nuevo fichero WAD y 
saltar hacia él directamente. 
Para cargar un WAD externo 
fuera del DCK, lanzas Doom co 
los parametros "doom -file wad- 
file.wad”, y el juego se arranca 
en el modo normal, pero con 
este nivel externo reemplazando 
el original. 

La vista desde dentro de tu 
primer sector debe paracer 
similar a la figura 9 - un salón 
sencillo, rectangular con los teji¬ 
dos por defecto asignados a las 
paredes, techo, y suelo. Puedes 
pasear y disparar tu arma, pero 
nada más, dado que no hay 
ningún otro objecto con los que 
interactuar. Te habrás dado 
cuenta que el <engine> de 
Doom se encarga de los efectos 
de sonido, música, generación 
de los <sprites>, y todos los 
aspectos de presentación del 
juego. El diseñador del nivel sólo 
tiene que preocuparse con los 
aspectos artísticos y estratégi¬ 
cos de su creación. 

Sales de Doom (ESC, Q, Y) y 
volverás a DCK. Ahora, vamos 
examinar los componentes de 
una línea en mayor profundidad. 
La figura 10 muestra el diálogo 
de redacción de los <linedef> 





Figura 7 


Figura 8 


para una línea seleccionada. (Los 
objectos en DCK pueden ser 


seleccionados con Cl en cada de 
ellos, y después CD para redac- 
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Figura 9 


Figura 10 


Figura 11 


Figura 12 






tar las características del grupo 
entero.) 
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Cada línea en un nivel de 
Doom posee un < linetype>, 


dentro de la gama disponible. El 
tipo por defecto es < Normal >, 
como puede ser visto en el 
campo iluminado del diálogo. 
Tecleando F2, puede repasar una 
lista extensa de opciones. 
Pulsando <Enter> en cualquie¬ 
ra de ellos selecionará aquel 
< linetype> para el objecto ele¬ 
gido. Paseas por la lista hasta 
llegar al <Switch EXIT> y cuan¬ 
do éste es iluminado dale al 
<Enter>. 

Una vez fuera del dialogo por 
completo, el segmento de línea 
en pantalla habrá cambiado de 
color para reflejar su status 
nuevo. Si recuerdás, cuando 
hicimos la prueba de consisten¬ 
cia antes de lanzar Doom, uno 
de los erores encontrados fue 
<Missing an exit line>. La 
acción que hemos tomado, asig¬ 
nando <linetype> <Switch 
EXIT> a nuestra línea elegida, 
resuelve aquel problema. Cuando 
el nivel es recompilado y Doom 
es lanzado de nuevo, podrás 
acercarte a aquella línea, apre¬ 
tarla, y notarás que se ha termi¬ 
nado el nivel. 

Otras características pueden 
ser modificadas desde este dia¬ 
logo también. DCK es un redac¬ 
tor inteligente, y durante el 
expansión de nuestro nivel, 
notarás que, en general, toma 
buenas decisiones sobre las 
características de una línea 
generada. Los <flags> que 
pueden ser conmutados se rela¬ 
cionan al aspecto de una línea. 
Quizas sea mejor decir que se 
relacionan a la presentación de 
una línea, dado que su aspecto 
es determinado por los <side- 
def>. Los <flags> son defini¬ 
dos así: 

<lmpassable>- por defecto, 
una línea de un lado. No se 
puede atravesar. 

<Double-sided>- una línea 
que adjunta dos sectores (doble 
cara). 

<Low texture unpegged> - 
comportamiento del tejido infe¬ 
rior 



< Blocks sound>^| 

- evita que el sonido llege a K M 
los monstruos. 

<Always on map>- siempre^ 
aparece en el mapa de jugador. 

< Blocks monsters>- línea no 
pasable por monstruos. 

<Secret>- Oculto a los ojos 
del jugador. 

<Upper texture unpegged> - 
comportamiento del tejido supe¬ 
rior. 

<Never on map>- nunca 
aparece en el mapa. 

Se puede ver que estos 
<flags> se dividen en dos cate¬ 
gorías generales: los que son 
relacionados con el mapa, y los 
que modifiquen el comporta¬ 
miento de la línea. Seleccionando 
cualquier opción conmutarás 
entre sus estados de ser habili¬ 
tado y deshabilitado. Hay otros 
campos también disponibles para 
ser modificados: 

El <Sector tag> tiene que 
ver con las acciones que pueden 
ser disparadas como resultado 
de interactuar con esta línea. 
Por ejemplo, podemos asignar el 
<linetype> como <Walk-R 
Lights turn on> (Andando, 
repetible, luces incendidas). 
Algún sector, sea donde sea en 
el mapa, tiene un <sector 
tag > arbitráriamente asignado 
a él, que será repartido con 
dicho <linedef>. Cuando el 
jugador atraviesa la línea, las 
luces del sector asociado serán 
iluminadas. Esta es un relación 
importante, dado que es la 
manera en que muchos de los 
efectos y detalles de Doom son 
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realizados, 


< Edit Sidedef 1 > y < Edit 
p Sidedef 2> son dos campos de 
r gran interés. Es gracias a ellos 
que podemos traer el talento 
artístico a nuestros esfuerzos, 
pintando un nivel según nuestros 
gustos. Los <sidedef> definen 
la aparencia real de una línea, 
una vez proyectada por el 
<engine> de Doom. En nuestro 
ejemplo, cambiábamos el 
<linetype> de una de nuestras 
líneas a <Switch EXIT>. Vamos 
hacer que el aspecto de la línea 
corresponda a su función (Figura 
11). Con el ‘TAB’ o el ratón, ilu¬ 
minas el campo <Full> y tecle¬ 
as al F2. Todos los tejidos dispo¬ 
nibles para este objecto se 
muestran junto con sus dimen¬ 
siones (pasa através de ellos 
con las flechas hacia arriba a 
abajo). Si sabes el nombre de un 
tejido en particular, puedes 
arracar un diálogo de búsqueda 
tecleando ALT-F, y el nombre 
que necesites. La búsqueda 
puede ser repetida hacia adelan¬ 
te y atrás con las teclas / y \. 
Eliges qualquier tejido que te 
guste en ese momento, y con la 
tecla <Enter>, lo asignas al 
tejido <Full> de este <side- 
def>. 

De camino, tomas nota del 
campo <Sector>. A veces, 
puede ser necesario redactar 
manualmente este campo, espe¬ 
cialmente en el momento de jun¬ 
tar sectores o bien al borrar 
sectores adjuntos. Los campos X 
e Y <Offset> son utilizados en 



t : :i t ::í :: motivos 

CCSHEEC2E 

:: :- : : :;: 5 :edef > 

seÉBBannÉi UK\ y una vez 

~ 5 Z I r" : : * 1 ! 5 ZQO < line- 

:r - i'ri.r: de con- 

5 -/ . :s resulta¬ 

ría r": : r : r~ :_5 aparecer 
:: - : : f I .anzas el 

I:: - : : :: i 5 es cam- 

:i::uado. 
fte c TÉi « m a r te a la pared 
«Mofe tata, y salir del 
rvte 

Lins ie :e ..íia en DCK, 
ari : 5:5::: <side- 

:e* ::~55 11 :e :e :am- 

::e :.r :5 * 5 * : e i dos 
< Up pc r> f <lwcr> (supe- 
i e "t : ;• .ee: : a : em- 

: : s:: e :r ::' <Full> 
5 ' e e:.e :5 na en 
1 : ..i:; iee e: _ 5 :¡un- 

: 5 E 5 i "; E: — _ 5; 55 ex sten 
:ee:e ::*i 5:1 :e sectores 
:.E:e* i* ■ er .ie :s: ntas de 
suelo o de trrho. Donde una 
15 eeze e ::: se:::i 5 seme- 
janres es cefmiciones 
<Upper> y <Lower> deter¬ 
minan el aspecto de las áreas 
e*:.eer .55 :e :s 551:15 adjun¬ 
tes :_e :55 ; acajo de 

:e 5 r 1 : 55 :^e 55 de las 
superfices re sezzzr normal. 

Como laactas i nn , vamos eje¬ 
cutar réocsnexs as siguentes 
ocei: :ie 5 5 5 i i 5 eunas 
5555 zz :.5 .i" ~ aíras 
:i era 5 : : e espiar de 

la revista. 

Asegúrate que estás en el 
m::: i . iee E5::res una 
línea vertical (Q), arrastra el 
menú (O)bject hada abajo, y eli¬ 
ges <Spfit ~ecets at center> 
(divide <linedef> por el cen¬ 
tro). Tu nivel tendrá que ser 
similar a la figura 13. Entra al 
modo de (Vlértices, y arrastra 
el vértice nuevo hasta que esté 
alineada con una línea del 
<grid>. Ve al modo (Uínea, y 
DCI en el vértice superior. 
Muévete hacia la derecha, Cl, 
hacia abajo, Cl, y hacia la izquier¬ 
da hasta el vértice del centro. 




CD. Su pantalla deberá parecer¬ 
se a la Figura 14. Entrando al 
modo (S)ector, verás que hay 
dos sectores distintos y separa¬ 
dos, juntados por la línea adjun¬ 
ta a los dos. Ejecuta un ALT-C 
para comprobar la consistencia, 
y lanza Doom atraves del F9. 

Al volver a DCK, ten cuidado 
de examinar los <line-> y 
<sidedef> de la línea que está 
repartida entre los dos secto¬ 
res. Verás que ya es de doble 
cara (<two-sided >), y que 
todos los tejidos han sido con¬ 
vertidos a <->, o trasparente, 
automáticamente por DCK. 

En el ejemplar siguente, de 
Código Juego empezaremos a 
añadir sectores adicionales, cre¬ 
ando escaleras y puertas, plata¬ 
formas de teleportación, y un 
poco de peligro al entorno. 

Averiguarás lo fácil que resul¬ 
ta construir tus propios niveles 
para tu deléite y el de los demás 
Doomaniacosü 

Hasta entonces - ¡Feliz DooM! 


♦♦♦♦♦♦♦♦♦ 

GRACIAS AL EDITOR 

DCK (DOOM CONS- 
TRUCTION KIT) PODE¬ 

MOS REALIZAR LA 
COLOCACIÓN DE OBJE¬ 

TOS. PAREDES Y PER¬ 
SONAJES A NUESTRO 
ANTOJO. CON UN FÁCIL 

INTERFACE QUE SE 

MANEJA A GOLPE DE 

RATÓN. 

♦♦♦♦♦♦♦♦♦ 
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3000 amantes de la buena 




_ proqramación ya tienen 


PROGRAMACIÓN PRÁCTICA DE VIDEOJUEGOS 




ahora viene la bomba: 


^Elonmer CD ROMp a reí 
proqamadores de juegos 


1 





Se trata de la colección de software más electri¬ 
zante del mercado. Miles de programas de SHA¬ 
REWARE y de DOMINIO PUBLICO 
que han sido seleccionados por 
expertos en la materia para que 
te ayuden en la confección de 
tus propios juegos. 

Listados, trucos, juegos, edito¬ 
res de sprites, tutores de progra¬ 
mación, editores de texto especia¬ 
les para programadores, programas de 
música para ¡nterface MIDI, ficheros MOD, CMF, 
WAV y VOC que podrás incluir en tus progra¬ 
mas, las ultimísimas demos que han salido al 
mercado... En definitiva todo lo que siempre has 
deseado obtener pero te era inaccesible. Ahora 
gracias a TRUCOLIST PC lo vas a tener todo 
¡unto en un único almacén de datos, en el que la 
mayoría de los programas no estarán comprimi¬ 
dos, para que los puedas usar directamente 
desde el CDROM, ahorrando mucho espacio en 
el disco duro. Anímate a entrar en el mundo 
maravilloso de la programación de juegos para 
ordenadores PC. ¡Ah! y gana muchísimo dinero 
haciéndolo. 

Oferta: Su precio es de 8000 pts más gastos de envió, pero su precio especial de salida es 
de 5000 pts. Su edición es limitada y no se distribuye en librerías ni kioscos. Lee la tarjeta de 
la solapa de la revista para ver las condiciones de compra. (Esta oferta es sólo válida hasta 31-12-9+) 


Pídelo al número de teléfono 
956-840246 
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V PARTE 


Alvaro Mateos 

Continuando con la descripción y 
programación de los “custom chips” 
del AMIGA, vamos a explicar esta vez 
como está organizado el sistema de 
vídeo para diseñar nuestro modo de 
pantalla a medida. 

Para empezar, vamos a definir una 
serie de términos que deben ser 


conocidos: 

PlayField. Podríamos traducirlo como 
campo de juego o escenario donde 
imprimiremos los gráficos. El escena¬ 
rio no tiene porqué ser de las mismas 
dimensiones que el modo de pantalla 
que utilicemos y, de hecho, suele ser 
mayor para conseguir que los gráficos 


móviles aparezcan o desaparezcan 
lentamente por el monitor. 

Bitplano. Un PlayField está com¬ 
puesto por bitplanos. Un bitplano es 
una región de memoria que repre¬ 
senta la imagen del escenario del 
juego. Cada píxel tendrá asociado un 
bit en cada uno de los bitplanos que 
conforman el PlayField. La combina¬ 
ción de estos bits dará el número de 
registro de color que tiene el píxel; 
por tanto, el número total de colo¬ 
res será de 2 elevado al número de 
bitplanos. El primer bitplano, que lla¬ 
maremos BPL1, tendrá el bit menos 
significativo de cada píxel, mientras 
que el último bitplano tendrá el bit 
más significativo. 

El AMIGA 500 nos permite usar un 
máximo de 4 bitplanos en alta reso¬ 
lución (un total de 16 colores) y 
hasta 6 bitplanos en baja resolución 
(64 colores). 

Pantalla de Juego. Llamaremos así 
a la parte del escenario que será 
visible en nuestro monitor. Las 
dimensiones de la pantalla serán las 
del modo de vídeo que programe¬ 
mos. Con ayuda del COPPER podre¬ 
mos tener varias pantallas simultá¬ 
neamente, cada una con una resolu¬ 
ción o modo de vídeo diferentes. 
Nosotros vamos a crear una panta¬ 
lla de 640x200 píxels con 16 colo¬ 
res, que será nuestra pantalla de 
juego, y otra de 320x40 píxels con 
32 colores, que utilizaremos como 
marcador. 

A continuación veremos cómo los 
chips de vídeo entienden los bitpla¬ 
nos (en definitiva, bloques de memo¬ 
ria). 

Como dijimos en el artículo ante¬ 
rior, el chip AGNUS recoge los datos 
de la memoria y los envía al chip 
DENISE; por tanto, AGNUS deberá 
tener un registro puntero por cada 
bitplano, y así es: los registros 

BPL1PT.BPL2PT. BPL6PT serán 

los punteros de cada uno de ellos; 
lógicamente, sólo tendremos que 
escribir en los registros de los bit- 
planos que vayamos a utilizar. 

El AGNUS recoge los bytes por líne¬ 
as. En baja resolución (320 píxels de 


El Commodore 
Amiga es un 
ordenador, ideal 
como plataforma 
para juegos, de la 
mano de nuestro 
amigo Alvaro 
Mateos conocere¬ 
mos los distintos 
coprocesadores 
que tiene esta 
máquina. 

ancho) cogerá bloques de 320/8 = 
40 bytes de cada bitplano, para que 
DENISE dibuje la línea horizontal 
correspondiente. En alta resolución 
(640 píxels), deberá recoger el doble 
(80 bytes). Una vez que haya leído 
una línea de bytes, AGNUS suma a 
sus punteros el valor del registro 
BPLMOD. Este registro contiene lo 
que llamamos módulo. El módulo es el 
número de bytes que hay entre el 
último byte de una línea y el primero 
de la siguiente. Con este registro 
conseguimos que el puntero se colo¬ 
que al principio de la línea siguiente 
cuando el escenario tiene unas 
dimensiones mayores que la pantalla. 
Existen dos registros de este tipo: 
BPL1M0D, que se sumará a los bit- 
planos impares, y BPL2MOD, que se 
sumará a los pares. 

Para ilustrar todo esto con un ejem¬ 
plo práctico, vamos a crear nuestro 
PlayField con unas dimensiones de 
704x264 píxels. Como la pantalla 
mide 640x200, tendremos un mar¬ 
gen de 32 píxels a cada lado (4 bytes 
a la izquierda y otros 4 a la derecha 
de cada línea, y 32 lineas de 88 
bytes arriba y abajo). Nuestro módu¬ 
lo medirá, por tanto, 8 bytes. Por 
otra parte, deberemos calcular dónde 
empieza el primer byte de la pantalla 
dentro del escenario, luego tendre¬ 
mos que sumar (32*88) -h4 a la 
dirección de inicio de cada bitplano. 
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Por último, hay que señalar que, 
debido a que los registros BPLxPT se 
van incrementando para la recogida de 
los bytes de cada bitplano, tendremos 
que volver a cargar estos registros 
cada vez que termina el refresco de 
pantalla; para ello haremos uso del 
COPPER. 

PROGRAMACIÓN DEL MODO 
DE VÍDEO. 

Para programar el modo de vídeo 
tenemos que escribir en los registros 
BPLCONO, BPLCON1 y BPLCON2. 
Para el ejemplo que estamos tratando 
sólo nos interesa el BPLCONO. De 
todas formas, haremos una breve des¬ 
cripción de cada uno de ellos: 

BPLCONO. 

- bit 15. Selecciona alta o baja reso¬ 
lución. (Alta = 1) 

- bits 12,13,14. Estos tres bits indi¬ 
can el número de bitplanos que vamos 
a utilizar. Nosotros pondremos estos 
bits a 100 (4 bitplanos] para la panta¬ 
lla de juego y a 101 (5 bitplanos) para 
el marcador. 

- bit 11. Selecciona el modo HAM. 
Este es un modo especial del AMIGA 
que permite hasta 4096 colores 
simultáneamente en pantalla. 
Nosotros no utilizaremos este modo y 
pondremos un 0. 

- bit 10. Este bit activa el modo 
“Dual PlayField”, que permite el uso de 
dos escenarios; uno detrás del otro. 
Como no vamos a utilizarlo por ahora, 
pondremos este bit a 0. 

- bit 2. Activa el modo entrelazado, 
que duplica la resolución vertical. 
Tampoco lo utilizaremos y pondremos 
aquí un 0. 

Los otros bits, o bien no se usan, o 
se refieren a la utilización de Genlocks 
o Lápices Ópticos. Los pondremos 
todos a 0. 

BPLCON1. 

Este registro se utiliza para hacer el 
scroll horizontal de la pantalla. Como 
en principio no usaremos scroll, le 
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daremos el valor $0000. 

BPLCON2. 

Con este registro se gestionan las 
prioridades de los sprites con respec¬ 
to a los dos escenarios en modo “Dual 
PlayField”. También lo pondremos a 
cero. 

Con lo explicado hasta ahora es sufi¬ 
ciente para crear nuestro modo de 
pantalla. 

Existen otros registros que debemos 
programar y que nosotros cargare¬ 
mos con valores estándar. Estos 
registros nos permiten sacar más 
partido a los diferentes modos de pan¬ 
talla del AMIGA, pero su uso se esca¬ 
pa del objetivo de este artículo. De 
todas formas, daremos una breve des¬ 
cripción de ellos. A todo el que desee 
más información sobre éstos y otros 
registros, le remito al libro “AMIGA 
Hardware Reference Manual" de la 
editorial Addison Wesley. 

DÍWSTRT y DIWSTOP. 

Estos dos registros seleccionan las 
coordenadas donde queremos centrar 
el display de pantalla. 

DIWSTRT contiene las coordenadas 
de la esquina superior izquierda. El 
byte alto se corresponde con la coor¬ 
denada vertical y el byte bajo con la 
horizontal. 

DIWSTOP contiene las coordenadas 
de la esquina inferior derecha, de la 
misma forma. 

Sobre esto tenemos que hacer una 
observación. El sistema de vídeo euro¬ 
peo (PAL) tiene 312 líneas, frente a 
las 262 del sistema americano 
(NTSC). Nosotros, que somos europe¬ 
os, podríamos tener una resolución de 
hasta 312 líneas de altura en pantalla, 
pero en la práctica no se utilizan todas 
estas líneas debido a que el marco del 
monitor oculta alguna de ellas. 
Normalmente se suelen dejar 44 líne¬ 
as de margen superior, así que pon¬ 
dremos $2c en la coordenada vertical 
superior. Para calcular la coordenada 
vertical inferior calculamos el número 
de líneas que nos hacen falta: 200 de 


la pantalla de juego, 4 líneas de sepa¬ 
ración y 40 del marcador, que hacen 
un total de 244 líneas, luego la coor¬ 
denada vertical inferior valdrá 
44+244 = 288. Los expertos en la 
materia se preguntarán ¿Como pode¬ 
mos meter en un solo byte ese núme¬ 
ro?. Eso no debe preocuparnos. En 
hexadecimal, 288 es igual a $120; 
quitamos el 1 y ya está, pues $20 es 
menor que $2c (la coordenada verti¬ 
cal superior) y el coprocesador entien¬ 
de que queremos decir $120. Por 
tanto, ya tenemos los valores de las 
coordenadas verticales. ¿Que pasa 
con las horizontales?. En este caso 
utilizaremos los valores estándar para 
centrar la pantalla, que son $81 y 
$c1 respectivamente. Ya tenemos 
pues los valores de estos registros: 
DIWSTRT = $2c81 
DIWSTOP = $20c1 

DDFSTRT y DDFSTOP. 

En este registro cargaremos los 
valores estándar correspondientes, 
según sea alta o baja resolución: 

- alta resolución $003c y $00d4 

- baja resolución $0038 y $00d0 

Programando adecuadamente estos 
registros podríamos conseguir nuevas 
resoluciones distintas a las normales 
del AMIGA. Así, por ejemplo, podría¬ 
mos crear un modo de vídeo que ocu¬ 
para toda la pantalla del monitor, sin 
bordes. 

PROGRAMACIÓN DE NUESTRO PLAY- 
FIELD. 

Para programar nuestro PlayField, 
seguiremos los siguientes pasos: 

1- Crear una “copper list" (ver artí¬ 
culo anterior), y situarla en CHIP 
RAM. La copper list escribirá en los 
registros que definen el modo de pan¬ 
talla, en los registros de color, y en 
los punteros de cada bitplano. 
Después esperará a la línea 244 (44 


lineas de borde superior + 200 linees 
de la pantalla de juego) y cambiara a 
otro modo de pantalla, escribiendo s 
nuevo juego de registros. 

2- Pedir memoria para cada uno oa 
los bitplanos que necesitemos y gua*- 
dar las direcciones de estos. En nues¬ 
tro caso, necesitamos 4 bitplanos Da 
(704/8)^264 = 23.232 bytes caca 
uno para la pantalla de juego. Para e 
marcador a 32 colores nos harán *aza 
5 bitplanos de (320/8)*40 = 1.60C 
bytes. 

Como puede verse, ambas pantaies 
son totalmente independientes, y caza 
una está relacionada con un ‘PlayFec 
distinto. 

3- Escribir en la copper list (sitLaca 
en CHIP RAM) las direcciones de nec 
del primer byte de cada bitplano xe 
sea visible en la pantalla. Escribirencs 
también la paleta de colores paa s 
pantalla de juego y para el marcaocr 

4- Por último, escribir en el regsr: 
C0P1LC la dirección de nuestra car- 
per list. 

El sistema del AMIGA utiliza Su ca¬ 
pia copper list. Por eso, si tei«rcE 
pensado volver al sistema, tendiera 
que guardar el puntero de su caxe^ 
list para restaurarlo antes de sa r 

En nuestro ejemplo, una vez crsacs 
nuestras dos pantallas (la de jjeocs > 
el marcador), dibujamos en a-zaa 
unos cuadros de colores para «r c.= 
están ahí. Podemos cambiar os 5 : 
res de esta rutina para variar los cae- 
res de los cuadros. 

En otro artículo veremos come nor- 
mir nuestros propios gráfiets 
ambos “PlayFields”. 

Hasta el mes que viene. 

AMH. 
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Todo tipo de Information para programadores 


PROGRAMACION PRACTICA Di VIDEOJUiGOS 


Listados completos con explicación exaustiva 

Movimiento 


NUMERO 7 

Trimestre Oct-Nov-Dit 94 



Agotada I a edición 
a la venta la 2 a 






















